1. 21 3月, 2011 1 次提交
  2. 26 10月, 2010 1 次提交
  3. 28 5月, 2010 1 次提交
    • C
      rename the generic fsync implementations · 1b061d92
      Christoph Hellwig 提交于
      We don't name our generic fsync implementations very well currently.
      The no-op implementation for in-memory filesystems currently is called
      simple_sync_file which doesn't make too much sense to start with,
      the the generic one for simple filesystems is called simple_fsync
      which can lead to some confusion.
      
      This patch renames the generic file fsync method to generic_file_fsync
      to match the other generic_file_* routines it is supposed to be used
      with, and the no-op implementation to noop_fsync to make it obvious
      what to expect.  In addition add some documentation for both methods.
      Signed-off-by: NChristoph Hellwig <hch@lst.de>
      Signed-off-by: NAl Viro <viro@zeniv.linux.org.uk>
      1b061d92
  4. 22 5月, 2010 1 次提交
  5. 13 7月, 2009 1 次提交
  6. 12 6月, 2009 1 次提交
  7. 14 11月, 2008 1 次提交
  8. 23 10月, 2008 1 次提交
  9. 14 9月, 2008 1 次提交
    • E
      bfs: fix Lockdep warning · 1558182f
      Eric Sesterhenn 提交于
      This fixes:
      
        =============================================
        [ INFO: possible recursive locking detected ]
        2.6.27-rc5-00283-g70bb0896 #68
        ---------------------------------------------
        touch/6855 is trying to acquire lock:
         (&info->bfs_lock){--..}, at: [<c02262f5>] bfs_delete_inode+0x9e/0x18c
      
        but task is already holding lock:
         (&info->bfs_lock){--..}, at: [<c0226c00>] bfs_create+0x45/0x187
      
        other info that might help us debug this:
        2 locks held by touch/6855:
         #0:  (&type->i_mutex_dir_key#5){--..}, at: [<c018ad13>] do_filp_open+0x10b/0x62f
         #1:  (&info->bfs_lock){--..}, at: [<c0226c00>] bfs_create+0x45/0x187
      
        stack backtrace:
        Pid: 6855, comm: touch Not tainted 2.6.27-rc5-00283-g70bb0896 #68
         [<c013e769>] validate_chain+0x458/0x9f4
         [<c013bece>] ? trace_hardirqs_off+0xb/0xd
         [<c013f36b>] __lock_acquire+0x666/0x6e0
         [<c013f440>] lock_acquire+0x5b/0x77
         [<c02262f5>] ? bfs_delete_inode+0x9e/0x18c
         [<c06aab74>] mutex_lock_nested+0xbc/0x234
         [<c02262f5>] ? bfs_delete_inode+0x9e/0x18c
         [<c02262f5>] ? bfs_delete_inode+0x9e/0x18c
         [<c02262f5>] bfs_delete_inode+0x9e/0x18c
         [<c0226257>] ? bfs_delete_inode+0x0/0x18c
         [<c01925e1>] generic_delete_inode+0x94/0xfe
         [<c019265d>] generic_drop_inode+0x12/0x12f
         [<c0191b7e>] iput+0x4b/0x4e
         [<c0226d1e>] bfs_create+0x163/0x187
         [<c0188b42>] vfs_create+0xa6/0x114
         [<c018adb5>] do_filp_open+0x1ad/0x62f
         [<c0107cdc>] ? native_sched_clock+0x82/0x96
         [<c06ac309>] ? _spin_unlock+0x27/0x3c
         [<c019379e>] ? alloc_fd+0xbf/0xc9
         [<c06ae2f4>] ? sub_preempt_count+0x9d/0xab
         [<c019379e>] ? alloc_fd+0xbf/0xc9
         [<c0180391>] do_sys_open+0x42/0xb8
         [<c041d564>] ? trace_hardirqs_on_thunk+0xc/0x10
         [<c0180449>] sys_open+0x1e/0x26
         [<c01038bd>] sysenter_do_call+0x12/0x31
         =======================
      
      The problem is that we don't unlock the bfs->lock mutex before calling
      iput (we do in the other cases).
      Signed-off-by: NEric Sesterhenn <snakebyte@gmx.de>
      Cc: Tigran Aivazian <tigran@aivazian.fsnet.co.uk>
      Signed-off-by: NAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      1558182f
  10. 27 7月, 2008 1 次提交
  11. 08 2月, 2008 1 次提交
  12. 15 11月, 2007 1 次提交
  13. 13 2月, 2007 1 次提交
  14. 09 12月, 2006 1 次提交
  15. 01 10月, 2006 2 次提交
  16. 27 9月, 2006 1 次提交
  17. 29 3月, 2006 1 次提交
  18. 05 10月, 2005 1 次提交
  19. 10 9月, 2005 1 次提交
    • A
      [PATCH] bfs: fix endianness, signedness; add trivial bugfix · fac92bec
      Andrew Stribblehill 提交于
      * Makes BFS code endianness-clean.
      
      * Fixes some signedness warnings.
      
      * Fixes a problem in fs/bfs/inode.c:164 where inodes not synced to disk
        don't get fully marked as clean.  Here's how to reproduce it:
      
      # mount -o loop -t bfs /bfs.img /mnt
      # df -i /mnt
      Filesystem            Inodes   IUsed   IFree IUse% Mounted on
      /bfs.img                  48       1      47    3% /mnt
      # df -k /mnt
      Filesystem           1K-blocks      Used Available Use% Mounted on
      /bfs.img                   512         5       508   1% /mnt
      # cp 60k-archive.zip /mnt/mt.zip
      # df -k /mnt
      Filesystem           1K-blocks      Used Available Use% Mounted on
      /bfs.img                   512        65       447  13% /mnt
      # df -i /mnt
      Filesystem            Inodes   IUsed   IFree IUse% Mounted on
      /bfs.img                  48       2      46    5% /mnt
      # rm /mnt/mt.zip
      # echo $?
      0
      
       [If the unlink happens before the buffers flush, the following happens:]
      
      # df -i /mnt
      Filesystem            Inodes   IUsed   IFree IUse% Mounted on
      /bfs.img                  48       2      46    5% /mnt
      # df -k /mnt
      Filesystem           1K-blocks      Used Available Use% Mounted on
      /bfs.img                   512        65       447  13% /mnt
      
       fs/bfs/bfs.h           |    1
      Signed-off-by: NAndrew Stribblehill <ads@wompom.org>
      Cc: <tigran@veritas.com>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      fac92bec
  20. 17 4月, 2005 1 次提交
    • L
      Linux-2.6.12-rc2 · 1da177e4
      Linus Torvalds 提交于
      Initial git repository build. I'm not bothering with the full history,
      even though we have it. We can create a separate "historical" git
      archive of that later if we want to, and in the meantime it's about
      3.2GB when imported into git - space that would just make the early
      git days unnecessarily complicated, when we don't have a lot of good
      infrastructure for it.
      
      Let it rip!
      1da177e4