Skip to content
Snippets Groups Projects
  1. Apr 30, 2008
  2. Apr 28, 2008
  3. Apr 25, 2008
  4. Apr 24, 2008
  5. Apr 23, 2008
  6. Apr 20, 2008
    • Dan Williams's avatar
      sysfs: refill attribute buffer when reading from offset 0 · 2424b5dd
      Dan Williams authored
      
      Requiring userspace to close and re-open sysfs attributes has been the
      policy since before 2.6.12.  It allows userspace to get a consistent
      snapshot of kernel state and consume it with incremental reads and seeks.
      
      Now, if the file position is zero the kernel assumes userspace wants to see
      the new value.  The application for this change is to allow a userspace
      RAID metadata handler to check the state of an array without causing any
      memory allocations.  Thus not causing writeback to a raid array that might
      be blocked waiting for userspace to take action.
      
      Cc: Neil Brown <neilb@suse.de>
      Acked-by: default avatarTejun Heo <htejun@gmail.com>
      Signed-off-by: default avatarDan Williams <dan.j.williams@intel.com>
      Signed-off-by: default avatarGreg Kroah-Hartman <gregkh@suse.de>
      
      2424b5dd
  7. Apr 18, 2008
  8. Apr 16, 2008
  9. Apr 11, 2008
  10. Mar 30, 2008
  11. Mar 12, 2008
  12. Feb 08, 2008
    • Miklos Szeredi's avatar
      mount options: add documentation · f84e3f52
      Miklos Szeredi authored
      
      This series addresses the problem of showing mount options in
      /proc/mounts.
      
      Several filesystems which use mount options, have not implemented a
      .show_options superblock operation.  Several others have implemented
      this callback, but have not kept it fully up to date with the parsed
      options.
      
      Q: Why do we need correct option showing in /proc/mounts?
      A: We want /proc/mounts to fully replace /etc/mtab.  The reasons for
         this are:
          - unprivileged mounters won't be able to update /etc/mtab
          - /etc/mtab doesn't work with private mount namespaces
          - /etc/mtab can become out-of-sync with reality
      
      Q: Can't this be done, so that filesystems need not bother with
         implementing a .show_mounts callback, and keeping it up to date?
      A: Only in some cases.  Certain filesystems allow modification of a
         subset of options in their remount_fs method.  It is not possible
         to take this into account without knowing exactly how the
         filesystem handles options.
      
      For the simple case (no remount or remount resets all options) the
      patchset introduces two helpers:
      
        generic_show_options()
        save_mount_options()
      
      These can also be used to emulate the old /etc/mtab behavior, until
      proper support is added.  Even if this is not 100% correct, it's still
      better than showing no options at all.
      
      The following patches fix up most in-tree filesystems, some have been
      compile tested only, some have been reviewed and acked by the
      maintainer.
      
      Table displaying status of all in-kernel filesystems:
      - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
      legend:
      
        none - fs has options, but doesn't define ->show_options()
        some - fs defines ->show_options(), but some only options are shown
        good - fs shows all options
        noopt - fs does not have options
        patch - a patch will be posted
        merged - a patch has been merged by subsystem maintainer
      
      9p          good
      adfs        patch
      affs        patch
      afs         patch
      autofs      patch
      autofs4     patch
      befs        patch
      bfs         noopt
      cifs        some
      coda        noopt
      configfs    noopt
      cramfs      noopt
      debugfs     noopt
      devpts      patch
      ecryptfs    good
      efs         noopt
      ext2        patch
      ext3        good
      ext4        merged
      fat         patch
      freevxfs    noopt
      fuse        patch
      fusectl	    noopt
      gfs2        good
      gfs2meta    noopt
      hfs         good
      hfsplus     good
      hostfs      patch
      hpfs        patch
      hppfs       noopt
      hugetlbfs   patch
      isofs       patch
      jffs2       noopt
      jfs         merged
      minix       noopt
      msdos       ->fat
      ncpfs       patch
      nfs         some
      nfsd        noopt
      ntfs        good
      ocfs2       good
      ocfs2/dlmfs noopt
      openpromfs  noopt
      proc        noopt
      qnx4        noopt
      ramfs       noopt
      reiserfs    patch
      romfs       noopt
      smbfs       good
      sysfs       noopt
      sysv        noopt
      udf         patch
      ufs         good
      vfat        ->fat
      xfs         good
      
      mm/shmem.c                                    patch
      drivers/oprofile/oprofilefs.c                 noopt
      drivers/infiniband/hw/ipath/ipath_fs.c        noopt
      drivers/misc/ibmasm/ibmasmfs.c                noopt
      drivers/usb/core (usbfs)                      merged
      drivers/usb/gadget (gadgetfs)                 noopt
      drivers/isdn/capi/capifs.c                    patch
      kernel/cpuset.c                               noopt
      fs/binfmt_misc.c                              noopt
      net/sunrpc/rpc_pipe.c                         noopt
      arch/powerpc/platforms/cell/spufs             patch
      arch/s390/hypfs                               good
      ipc/mqueue.c                                  noopt
      security (securityfs)                         noopt
      security/selinux/selinuxfs.c                  noopt
      kernel/cgroup.c                               good
      security/smack/smackfs.c                      noopt
      
      in -mm:
      
      reiser4     some
      unionfs     good
      - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
      
      This patch:
      
      Document the rules for handling mount options in the .show_options
      super operation.
      
      Signed-off-by: default avatarMiklos Szeredi <mszeredi@suse.cz>
      Signed-off-by: default avatarAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@linux-foundation.org>
      f84e3f52
    • Jan Kara's avatar
      isofs: implement dmode option · 9b7880e7
      Jan Kara authored
      
      Implement dmode option for iso9660 filesystem to allow setting of access
      rights for directories on the filesystem.
      
      Signed-off-by: default avatarJan Kara <jack@suse.cz>
      Cc: "Ilya N. Golubev" <gin@mo.msk.ru>
      Signed-off-by: default avatarAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@linux-foundation.org>
      9b7880e7
  13. Feb 07, 2008
  14. Feb 06, 2008
    • Eric Dumazet's avatar
      get rid of NR_OPEN and introduce a sysctl_nr_open · 9cfe015a
      Eric Dumazet authored
      
      NR_OPEN (historically set to 1024*1024) actually forbids processes to open
      more than 1024*1024 handles.
      
      Unfortunatly some production servers hit the not so 'ridiculously high
      value' of 1024*1024 file descriptors per process.
      
      Changing NR_OPEN is not considered safe because of vmalloc space potential
      exhaust.
      
      This patch introduces a new sysctl (/proc/sys/fs/nr_open) wich defaults to
      1024*1024, so that admins can decide to change this limit if their workload
      needs it.
      
      [akpm@linux-foundation.org: export it for sparc64]
      Signed-off-by: default avatarEric Dumazet <dada1@cosmosbay.com>
      Cc: Alan Cox <alan@lxorguk.ukuu.org.uk>
      Cc: Richard Henderson <rth@twiddle.net>
      Cc: Ivan Kokshaysky <ink@jurassic.park.msu.ru>
      Cc: "David S. Miller" <davem@davemloft.net>
      Cc: Ralf Baechle <ralf@linux-mips.org>
      Signed-off-by: default avatarAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@linux-foundation.org>
      9cfe015a
  15. Feb 05, 2008
  16. Feb 03, 2008
  17. Feb 01, 2008
    • Eric Paris's avatar
      [AUDIT] break large execve argument logging into smaller messages · de6bbd1d
      Eric Paris authored
      
      execve arguments can be quite large.  There is no limit on the number of
      arguments and a 4G limit on the size of an argument.
      
      this patch prints those aruguments in bite sized pieces.  a userspace size
      limitation of 8k was discovered so this keeps messages around 7.5k
      
      single arguments larger than 7.5k in length are split into multiple records
      and can be identified as aX[Y]=
      
      Signed-off-by: default avatarEric Paris <eparis@redhat.com>
      de6bbd1d
    • Eric Dumazet's avatar
      [IPV4] route cache: Introduce rt_genid for smooth cache invalidation · 29e75252
      Eric Dumazet authored
      Current ip route cache implementation is not suited to large caches.
      
      We can consume a lot of CPU when cache must be invalidated, since we
      currently need to evict all cache entries, and this eviction is
      sometimes asynchronous. min_delay & max_delay can somewhat control this
      asynchronism behavior, but whole thing is a kludge, regularly triggering
      infamous soft lockup messages. When entries are still in use, this also
      consumes a lot of ram, filling dst_garbage.list.
      
      A better scheme is to use a generation identifier on each entry,
      so that cache invalidation can be performed by changing the table
      identifier, without having to scan all entries.
      No more delayed flushing, no more stalling when secret_interval expires.
      
      Invalidated entries will then be freed at GC time (controled by
      ip_rt_gc_timeout or stress), or when an invalidated entry is found
      in a chain when an insert is done.
      Thus we keep a normal equilibrium.
      
      This patch :
      - renames rt_hash_rnd to rt_genid (and makes it an atomic_t)
      - Adds a new rt_genid field to 'struct rtable' (filling a hole on 64bit)
      - Checks entry->rt_genid at appropriate places :
      29e75252
  18. Jan 29, 2008
  19. Jan 25, 2008
Loading