Skip to content
Snippets Groups Projects
  1. Mar 30, 2008
  2. Mar 12, 2008
  3. 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
  4. Feb 07, 2008
  5. 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
  6. Feb 05, 2008
  7. Feb 03, 2008
  8. 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
  9. Jan 29, 2008
  10. Jan 25, 2008
  11. Oct 23, 2007
  12. Oct 22, 2007
    • Christoph Hellwig's avatar
      exportfs: update documentation · e38f9817
      Christoph Hellwig authored
      
      Update documentation to the current state of affairs.  Remove duplicated
      method descruptions in exportfs.h and point to Documentation/filesystems/
      Exporting instead.  Add a little file header comment in expfs.c describing
      what's going on and mentioning Neils and my copyright [1].
      
      Signed-off-by: default avatarChristoph Hellwig <hch@lst.de>
      Cc: Neil Brown <neilb@suse.de>
      Cc: "J. Bruce Fields" <bfields@fieldses.org>
      Cc: <linux-ext4@vger.kernel.org>
      Cc: Dave Kleikamp <shaggy@austin.ibm.com>
      Cc: Anton Altaparmakov <aia21@cantab.net>
      Cc: David Chinner <dgc@sgi.com>
      Cc: Timothy Shimmin <tes@sgi.com>
      Cc: OGAWA Hirofumi <hirofumi@mail.parknet.co.jp>
      Cc: Hugh Dickins <hugh@veritas.com>
      Cc: Chris Mason <mason@suse.com>
      Cc: Jeff Mahoney <jeffm@suse.com>
      Cc: "Vladimir V. Saveliev" <vs@namesys.com>
      Cc: Steven Whitehouse <swhiteho@redhat.com>
      Cc: Mark Fasheh <mark.fasheh@oracle.com>
      Signed-off-by: default avatarAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@linux-foundation.org>
      e38f9817
  13. Oct 20, 2007
  14. Oct 19, 2007
  15. Oct 17, 2007
    • Latchesar Ionkov's avatar
      9p: attach-per-user · ba17674f
      Latchesar Ionkov authored
      
      The 9P2000 protocol requires the authentication and permission checks to be
      done in the file server. For that reason every user that accesses the file
      server tree has to authenticate and attach to the server separately.
      Multiple users can share the same connection to the server.
      
      Currently v9fs does a single attach and executes all I/O operations as a
      single user. This makes using v9fs in multiuser environment unsafe as it
      depends on the client doing the permission checking.
      
      This patch improves the 9P2000 support by allowing every user to attach
      separately. The patch defines three modes of access (new mount option
      'access'):
      
      - attach-per-user (access=user) (default mode for 9P2000.u)
       If a user tries to access a file served by v9fs for the first time, v9fs
       sends an attach command to the server (Tattach) specifying the user. If
       the attach succeeds, the user can access the v9fs tree.
       As there is no uname->uid (string->integer) mapping yet, this mode works
       only with the 9P2000.u dialect.
      
      - allow only one user to access the tree (access=<uid>)
       Only the user with uid can access the v9fs tree. Other users that attempt
       to access it will get EPERM error.
      
      - do all operations as a single user (access=any) (default for 9P2000)
       V9fs does a single attach and all operations are done as a single user.
       If this mode is selected, the v9fs behavior is identical with the current
       one.
      
      Signed-off-by: default avatarLatchesar Ionkov <lucho@ionkov.net>
      Signed-off-by: default avatarEric Van Hensbergen <ericvh@gmail.com>
      ba17674f
    • Latchesar Ionkov's avatar
      9p: rename uid and gid parameters · bd32b82d
      Latchesar Ionkov authored
      
      Change the names of 'uid' and 'gid' parameters to the more appropriate
      'dfltuid' and 'dfltgid'.  This also sets the default uid/gid to -2
      (aka nfsnobody)
      
      Signed-off-by: default avatarLatchesar Ionkov <lucho@ionkov.net>
      Signed-off-by: default avatarEric Van Hensbergen <ericvh@gmail.com>
      bd32b82d
    • Eric Van Hensbergen's avatar
      9p: Make transports dynamic · a80d923e
      Eric Van Hensbergen authored
      
      This patch abstracts out the interfaces to underlying transports so that
      new transports can be added as modules.  This should also allow kernel
      configuration of transports without ifdef-hell.
      
      Signed-off-by: default avatarEric Van Hensbergen <ericvh@gmail.com>
      a80d923e
    • Joe Korty's avatar
      x86: expand /proc/interrupts to include missing vectors, v2 · 38e760a1
      Joe Korty authored
      
      Add missing IRQs and IRQ descriptions to /proc/interrupts.
      
      /proc/interrupts is most useful when it displays every IRQ vector in use by
      the system, not just those somebody thought would be interesting.
      
      This patch inserts the following vector displays to the i386 and x86_64
      platforms, as appropriate:
      
      	rescheduling interrupts
      	TLB flush interrupts
      	function call interrupts
      	thermal event interrupts
      	threshold interrupts
      	spurious interrupts
      
      A threshold interrupt occurs when ECC memory correction is occuring at too
      high a frequency.  Thresholds are used by the ECC hardware as occasional
      ECC failures are part of normal operation, but long sequences of ECC
      failures usually indicate a memory chip that is about to fail.
      
      Thermal event interrupts occur when a temperature threshold has been
      exceeded for some CPU chip.  IIRC, a thermal interrupt is also generated
      when the temperature drops back to a normal level.
      
      A spurious interrupt is an interrupt that was raised then lowered by the
      device before it could be fully processed by the APIC.  Hence the apic sees
      the interrupt but does not know what device it came from.  For this case
      the APIC hardware will assume a vector of 0xff.
      
      Rescheduling, call, and TLB flush interrupts are sent from one CPU to
      another per the needs of the OS.  Typically, their statistics would be used
      to discover if an interrupt flood of the given type has been occuring.
      
      AK: merged v2 and v4 which had some more tweaks
      AK: replace Local interrupts with Local timer interrupts
      AK: Fixed description of interrupt types.
      
      [ tglx: arch/x86 adaptation ]
      [ mingo: small cleanup ]
      
      Signed-off-by: default avatarJoe Korty <joe.korty@ccur.com>
      Signed-off-by: default avatarAndi Kleen <ak@suse.de>
      Cc: Tim Hockin <thockin@hockin.org>
      Cc: Andi Kleen <ak@suse.de>
      Cc: Ingo Molnar <mingo@elte.hu>
      Cc: "H. Peter Anvin" <hpa@zytor.com>
      Signed-off-by: default avatarAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: default avatarIngo Molnar <mingo@elte.hu>
      Signed-off-by: default avatarThomas Gleixner <tglx@linutronix.de>
      38e760a1
    • Denis Cheng's avatar
      Documentation: add entries to filesystems/00-INDEX for several untracked files · 5d4b3559
      Denis Cheng authored
      
      Signed-off-by: default avatarDenis Cheng <crquan@gmail.com>
      Cc: Rob Landley <rob@landley.net>
      Cc: "Randy.Dunlap" <rdunlap@xenotime.net>
      Signed-off-by: default avatarAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@linux-foundation.org>
      5d4b3559
    • Jan Kara's avatar
      quota: send messages via netlink · 8e893469
      Jan Kara authored
      
      Implement sending of quota messages via netlink interface.  The advantage
      is that in userspace we can better decide what to do with the message - for
      example display a dialogue in your X session or just write the message to
      the console.  As a bonus, we can get rid of problems with console locking
      deep inside filesystem code once we remove the old printing mechanism.
      
      Signed-off-by: default avatarJan Kara <jack@suse.cz>
      Cc: Randy Dunlap <randy.dunlap@oracle.com>
      Signed-off-by: default avatarAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@linux-foundation.org>
      8e893469
Loading