1. 12 7月, 2007 35 次提交
  2. 11 7月, 2007 1 次提交
    • P
      Make common helpers for seq_files that work with list_heads · bcf67e16
      Pavel Emelianov 提交于
      Many places in kernel use seq_file API to iterate over a regular list_head.
      The code for such iteration is identical in all the places, so it's worth
      introducing a common helpers.
      
      This makes code about 300 lines smaller:
      
      The first version of this patch made the helper functions static inline
      in the seq_file.h header. This patch moves them to the fs/seq_file.c as
      Andrew proposed. The vmlinux .text section sizes are as follows:
      
      2.6.22-rc1-mm1:              0x001794d5
      with the previous version:   0x00179505
      with this patch:             0x00179135
      
      The config file used was make allnoconfig with the "y" inclusion of all
      the possible options to make the files modified by the patch compile plus
      drivers I have on the test node.
      
      This patch:
      
      Many places in kernel use seq_file API to iterate over a regular list_head.
      The code for such iteration is identical in all the places, so it's worth
      introducing a common helpers.
      Signed-off-by: NPavel Emelianov <xemul@openvz.org>
      Cc: "David S. Miller" <davem@davemloft.net>
      Signed-off-by: NAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      bcf67e16
  3. 10 7月, 2007 4 次提交
    • S
      [GFS2] Accept old format NFS filehandles · 3ebf4490
      Steven Whitehouse 提交于
      On Tue, 2007-07-10 at 10:06 +0100, Christoph Hellwig wrote:
      > > -#define GFS2_LARGE_FH_SIZE 10
      > > -
      > > -struct gfs2_fh_obj {
      > > -   struct gfs2_inum_host this;
      > > -   u32 imode;
      > > -};
      > > +#define GFS2_LARGE_FH_SIZE 8
      >
      > Because gfs2_decode_fh only accepts file handles with GFS2_LARGE_FH_SIZE
      > or GFS2_LARGE_FH_SIZE you don't accept filehandles sent out by and older
      > gfs version anymore.  Stale filehandles because of a new kernel version
      > are a big no-no, so please add back code to handle the old filehandles
      > on the decode side.
      >
      
      This should fix that problem I think since its only relating to end of
      the fh we can just ignore that field in order to accept the older
      format.
      Signed-off-by: NSteven Whitehouse <swhiteho@redhat.com>
      Cc: Christoph Hellwig <hch@infradead.org>
      Cc: Wendy Cheng <wcheng@redhat.com>
      3ebf4490
    • S
      [S390] fixed cdl-format detection. · bf1a95a2
      Stefan Haberland 提交于
      CDL formated DASDs are now detected correctly even if no VOL1 label is
      on the disk. This prevents possible loss of data.
      Signed-off-by: NStefan Haberland <stefan.haberland@de.ibm.com>
      Signed-off-by: NMartin Schwidefsky <schwidefsky@de.ibm.com>
      bf1a95a2
    • J
      pipe: add documentation and comments · 0845718d
      Jens Axboe 提交于
      As per Andrew Mortons request, here's a set of documentation for
      the generic pipe_buf_operations hooks, the pipe, and pipe_buffer
      structures.
      Signed-off-by: NJens Axboe <jens.axboe@oracle.com>
      0845718d
    • J
      pipe: change the ->pin() operation to ->confirm() · cac36bb0
      Jens Axboe 提交于
      The name 'pin' was badly chosen, it doesn't pin a pipe buffer
      in the most commonly used sense in the kernel. So change the
      name to 'confirm', after debating this issue with Hugh
      Dickins a bit.
      
      A good return from ->confirm() means that the buffer is really
      there, and that the contents are good.
      Signed-off-by: NJens Axboe <jens.axboe@oracle.com>
      cac36bb0