1. 04 1月, 2012 2 次提交
  2. 21 7月, 2011 3 次提交
  3. 31 5月, 2011 1 次提交
  4. 10 8月, 2010 3 次提交
    • C
      check ATTR_SIZE contraints in inode_change_ok · 2c27c65e
      Christoph Hellwig 提交于
      Make sure we check the truncate constraints early on in ->setattr by adding
      those checks to inode_change_ok.  Also clean up and document inode_change_ok
      to make this obvious.
      
      As a fallout we don't have to call inode_newsize_ok from simple_setsize and
      simplify it down to a truncate_setsize which doesn't return an error.  This
      simplifies a lot of setattr implementations and means we use truncate_setsize
      almost everywhere.  Get rid of fat_setsize now that it's trivial and mark
      ext2_setsize static to make the calling convention obvious.
      
      Keep the inode_newsize_ok in vmtruncate for now as all callers need an
      audit for its removal anyway.
      
      Note: setattr code in ecryptfs doesn't call inode_change_ok at all and
      needs a deeper audit, but that is left for later.
      Signed-off-by: NChristoph Hellwig <hch@lst.de>
      Signed-off-by: NAl Viro <viro@zeniv.linux.org.uk>
      2c27c65e
    • C
      always call inode_change_ok early in ->setattr · db78b877
      Christoph Hellwig 提交于
      Make sure we call inode_change_ok before doing any changes in ->setattr,
      and make sure to call it even if our fs wants to ignore normal UNIX
      permissions, but use the ATTR_FORCE to skip those.
      Signed-off-by: NChristoph Hellwig <hch@lst.de>
      Signed-off-by: NAl Viro <viro@zeniv.linux.org.uk>
      db78b877
    • C
      rename generic_setattr · 6a1a90ad
      Christoph Hellwig 提交于
      Despite its name it's now a generic implementation of ->setattr, but
      rather a helper to copy attributes from a struct iattr to the inode.
      Rename it to setattr_copy to reflect this fact.
      Signed-off-by: NChristoph Hellwig <hch@lst.de>
      Signed-off-by: NAl Viro <viro@zeniv.linux.org.uk>
      6a1a90ad
  5. 28 5月, 2010 3 次提交
  6. 17 5月, 2010 1 次提交
  7. 14 9月, 2009 1 次提交
    • J
      fat: Opencode sync_page_range_nolock() · 2f3d675b
      Jan Kara 提交于
      fat_cont_expand() is the only user of sync_page_range_nolock(). It's also the
      only user of generic_osync_inode() which does not have a file open.  So
      opencode needed actions for FAT so that we can convert generic_osync_inode() to
      a standard syncing path.
      
      Update a comment about generic_osync_inode().
      
      CC: OGAWA Hirofumi <hirofumi@mail.parknet.co.jp>
      Signed-off-by: NJan Kara <jack@suse.cz>
      2f3d675b
  8. 11 7月, 2009 1 次提交
  9. 12 6月, 2009 1 次提交
  10. 08 6月, 2009 1 次提交
  11. 04 6月, 2009 1 次提交
  12. 14 11月, 2008 1 次提交
  13. 07 11月, 2008 4 次提交
  14. 03 8月, 2008 1 次提交
  15. 27 7月, 2008 1 次提交
    • M
      [patch 3/4] fat: dont call notify_change · b1da47e2
      Miklos Szeredi 提交于
      The FAT_IOCTL_SET_ATTRIBUTES ioctl() calls notify_change() to change
      the file mode before changing the inode attributes.  Replace with
      explicit calls to security_inode_setattr(), fat_setattr() and
      fsnotify_change().
      
      This is equivalent to the original.  The reason it is needed, is that
      later in the series we move the immutable check into notify_change().
      That would break the FAT_IOCTL_SET_ATTRIBUTES ioctl, as it needs to
      perform the mode change regardless of the immutability of the file.
      
      [Fix error if fat is built as a module.  Thanks to OGAWA Hirofumi for
      noticing.]
      Signed-off-by: NMiklos Szeredi <mszeredi@suse.cz>
      Acked-by: NOGAWA Hirofumi <hirofumi@mail.parknet.co.jp>
      Signed-off-by: NAl Viro <viro@zeniv.linux.org.uk>
      b1da47e2
  16. 03 7月, 2008 1 次提交
  17. 21 6月, 2008 1 次提交
    • L
      Replace BKL with superblock lock in fat/msdos/vfat · 8f593427
      Linus Torvalds 提交于
      This replaces the use of the BKL in the FAT family of filesystems with the
      existing superblock lock instead.
      
      The code already appears to do mostly proper locking with its own private
      spinlocks (and mutexes), but while the BKL could possibly have been
      dropped entirely, converting it to use the superblock lock (which is just
      a regular mutex) is the conservative thing to do.
      
      As a per-filesystem mutex, it not only won't have any of the possible
      latency issues related to the BKL, but the lock is obviously private to
      the particular filesystem instance and will thus not cause problems for
      entirely unrelated users like the BKL can.
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      Cc: OGAWA Hirofumi <hirofumi@mail.parknet.co.jp>
      Signed-off-by: NJonathan Corbet <corbet@lwn.net>
      8f593427
  18. 13 6月, 2008 1 次提交
  19. 30 4月, 2008 1 次提交
  20. 28 4月, 2008 3 次提交
  21. 19 4月, 2008 1 次提交
  22. 07 2月, 2008 1 次提交
    • J
      fs/fat/: refine chmod checks · 19c561a6
      Jan Engelhardt 提交于
      Prohibit mode changes in non-quiet mode that cannot be stored reliably with
      the on-disk format.
      
      Suppose a vfat filesystem is mounted with umask=0 and [not-quiet].  Then
      all files will have mode 0777.  Trying to change the owner will fail,
      because fat does not know about owners or groups.  chmod 0770, on the other
      hand, will succeed, even though fat does not know about the permission
      triplet [user/group/other].
      
      So this patch changes fat's not-quiet behavior so that only UNIX modes are
      accepted that can be mapped lossless between the fat disk format and the
      local system.  There is only one attribute, and that is the readonly
      attribute, which is mapped to the UNIX write permission bit(s).  chmod 0555
      is therefore valid (taking away the +w bits <=> setting the readonly
      attribute).  Since chmod 0775 and chmod 0755 is an ambiguous case as to
      whether to set or clear the readonly bit, these modes are also denied.
      
      In quiet mode, chmod and chown will continue to "succeed" as they did
      before, meaning that a subsequent stat() will temporarily return the new
      mode as long as the inode is not reread from disk, and chown will silently
      do nothing, not even return the new uid/gid in stat().
      Signed-off-by: NJan Engelhardt <jengelh@computergmbh.de>
      Cc: OGAWA Hirofumi <hirofumi@mail.parknet.co.jp>
      Signed-off-by: NAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      19c561a6
  23. 10 7月, 2007 1 次提交
  24. 13 2月, 2007 1 次提交
  25. 09 12月, 2006 1 次提交
  26. 17 11月, 2006 1 次提交
  27. 21 10月, 2006 1 次提交
    • A
      [PATCH] separate bdi congestion functions from queue congestion functions · 3fcfab16
      Andrew Morton 提交于
      Separate out the concept of "queue congestion" from "backing-dev congestion".
      Congestion is a backing-dev concept, not a queue concept.
      
      The blk_* congestion functions are retained, as wrappers around the core
      backing-dev congestion functions.
      
      This proper layering is needed so that NFS can cleanly use the congestion
      functions, and so that CONFIG_BLOCK=n actually links.
      
      Cc: "Thomas Maier" <balagi@justmail.de>
      Cc: "Jens Axboe" <jens.axboe@oracle.com>
      Cc: Trond Myklebust <trond.myklebust@fys.uio.no>
      Cc: David Howells <dhowells@redhat.com>
      Cc: Peter Osterlund <petero2@telia.com>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      3fcfab16
  28. 01 10月, 2006 1 次提交