1. 11 9月, 2011 17 次提交
  2. 15 8月, 2011 2 次提交
  3. 24 7月, 2011 1 次提交
    • T
      VFS : mount lock scalability for internal mounts · 423e0ab0
      Tim Chen 提交于
      For a number of file systems that don't have a mount point (e.g. sockfs
      and pipefs), they are not marked as long term. Therefore in
      mntput_no_expire, all locks in vfs_mount lock are taken instead of just
      local cpu's lock to aggregate reference counts when we release
      reference to file objects.  In fact, only local lock need to have been
      taken to update ref counts as these file systems are in no danger of
      going away until we are ready to unregister them.
      
      The attached patch marks file systems using kern_mount without
      mount point as long term.  The contentions of vfs_mount lock
      is now eliminated.  Before un-registering such file system,
      kern_unmount should be called to remove the long term flag and
      make the mount point ready to be freed.
      Signed-off-by: NTim Chen <tim.c.chen@linux.intel.com>
      Signed-off-by: NAl Viro <viro@zeniv.linux.org.uk>
      423e0ab0
  4. 21 7月, 2011 1 次提交
    • J
      fs: push i_mutex and filemap_write_and_wait down into ->fsync() handlers · 02c24a82
      Josef Bacik 提交于
      Btrfs needs to be able to control how filemap_write_and_wait_range() is called
      in fsync to make it less of a painful operation, so push down taking i_mutex and
      the calling of filemap_write_and_wait() down into the ->fsync() handlers.  Some
      file systems can drop taking the i_mutex altogether it seems, like ext3 and
      ocfs2.  For correctness sake I just pushed everything down in all cases to make
      sure that we keep the current behavior the same for everybody, and then each
      individual fs maintainer can make up their mind about what to do from there.
      Thanks,
      Acked-by: NJan Kara <jack@suse.cz>
      Signed-off-by: NJosef Bacik <josef@redhat.com>
      Signed-off-by: NAl Viro <viro@zeniv.linux.org.uk>
      02c24a82
  5. 22 6月, 2011 2 次提交
  6. 16 6月, 2011 1 次提交
    • R
      Change Ryan Mallon's email address across the kernel · 1c5454ee
      Ryan Mallon 提交于
      I no longer work at Bluewater Systems. Update my email address accordingly. I
      have deleted my email address from C files rather than change it. This
      was suggested by several people, since the commit from my new email
      address will cause scripts/get_maintainer.pl to function properly. I
      have not added the .mailmap entry as suggested by Joe because I think
      it is no longer necessary if I touch all the files which had my name
      in them.
      Signed-off-by: NRyan Mallon <rmallon@gmail.com>
      Cc: Andre Renaud <andre@bluewatersys.com>
      Cc: H Hartley Sweeten <hsweeten@visionengravers.com>
      Cc: Russell King <linux@arm.linux.org.uk>
      Cc: Nicolas Ferre <nicolas.ferre@atmel.com>
      Cc: Andrew Victor <avictor.za@gmail.com>
      Cc: David Woodhouse <dwmw2@infradead.org>
      Cc: Anton Vorontsov <cbou@mail.ru>
      Cc: Paul Mundt <lethal@linux-sh.org>
      Cc: Liam Girdwood <lrg@ti.com>
      Cc: Mark Brown <broonie@opensource.wolfsonmicro.com>
      Cc: Alan Cox <alan@lxorguk.ukuu.org.uk>
      Cc: Joe Perches <joe@perches.com>
      Cc: Jesper Juhl <jj@chaosbits.net>
      Cc: Andrew Morton <akpm@linux-foundation.org>
      Cc: trivial@kernel.org
      Cc: linux-kernel@vger.kernel.org
      Reviewed-by: NJesper Juhl <jj@chaosbits.net>
      Signed-off-by: NJiri Kosina <jkosina@suse.cz>
      1c5454ee
  7. 10 6月, 2011 1 次提交
  8. 07 6月, 2011 1 次提交
    • A
      UBI: remove dead code · 4788b60a
      Artem Bityutskiy 提交于
      Thanks to new gcc 4.6 for issuing the following warning:
      
      drivers/mtd/ubi/vtbl.c: In function ‘create_vtbl’:
      drivers/mtd/ubi/vtbl.c:311:33: warning: variable ‘old_seb’ set but not used [-Wunused-but-set-variable]
      
      This patch removes some dead code and fixes the warning.
      Signed-off-by: NArtem Bityutskiy <Artem.Bityutskiy@nokia.com>
      4788b60a
  9. 01 6月, 2011 6 次提交
  10. 31 5月, 2011 1 次提交
  11. 27 5月, 2011 1 次提交
  12. 25 5月, 2011 6 次提交