linux-toradex.git/include/linux/nfsd/nfsfh.h, branch v2.6.20

[PATCH] knfsd: replace some warning ins nfsfh.h with BUG_ON or WARN_ON

2007-01-26T21:50:59+00:00

A couple of the warnings will be followed by an Oops if they ever fire, so may
as well be BUG_ON.  Another isn't obviously fatal but has never been known to
fire, so make it a WARN_ON.

Cc: Adrian Bunk 
Signed-off-by: Neil Brown 
Signed-off-by: Andrew Morton 
Signed-off-by: Linus Torvalds

[PATCH] nfsd: misc endianness annotations

2006-10-20T17:26:43+00:00

Signed-off-by: Al Viro 
Acked-by: Trond Myklebust 
Acked-by: Neil Brown 
Signed-off-by: Andrew Morton 
Signed-off-by: Linus Torvalds

[PATCH] nfsfh simple endianness annotations

2006-10-20T17:26:41+00:00

Signed-off-by: Al Viro 
Acked-by: Trond Myklebust 
Acked-by: Neil Brown 
Signed-off-by: Andrew Morton 
Signed-off-by: Linus Torvalds

[PATCH] nfsd: lockdep annotation

2006-10-02T14:57:20+00:00

while doing a kernel make modules_install install over an NFS mount.

  =============================================
  [ INFO: possible recursive locking detected ]
  ---------------------------------------------
  nfsd/9550 is trying to acquire lock:
   (&inode->i_mutex){--..}, at: [] mutex_lock+0x1c/0x1f

  but task is already holding lock:
   (&inode->i_mutex){--..}, at: [] mutex_lock+0x1c/0x1f

  other info that might help us debug this:
  2 locks held by nfsd/9550:
   #0:  (hash_sem){..--}, at: [] exp_readlock+0xd/0xf [nfsd]
   #1:  (&inode->i_mutex){--..}, at: [] mutex_lock+0x1c/0x1f

  stack backtrace:
   [] show_trace_log_lvl+0x58/0x152
   [] show_trace+0xd/0x10
   [] dump_stack+0x19/0x1b
   [] __lock_acquire+0x77a/0x9a3
   [] lock_acquire+0x60/0x80
   [] __mutex_lock_slowpath+0xa7/0x20e
   [] mutex_lock+0x1c/0x1f
   [] vfs_unlink+0x34/0x8a
   [] nfsd_unlink+0x18f/0x1e2 [nfsd]
   [] nfsd3_proc_remove+0x95/0xa2 [nfsd]
   [] nfsd_dispatch+0xc0/0x178 [nfsd]
   [] svc_process+0x3a5/0x5ed
   [] nfsd+0x1a7/0x305 [nfsd]
   [] kernel_thread_helper+0x5/0xb
  DWARF2 unwinder stuck at kernel_thread_helper+0x5/0xb
  Leftover inexact backtrace:
   [] show_trace+0xd/0x10
   [] dump_stack+0x19/0x1b
   [] __lock_acquire+0x77a/0x9a3
   [] lock_acquire+0x60/0x80
   [] __mutex_lock_slowpath+0xa7/0x20e
   [] mutex_lock+0x1c/0x1f
   [] vfs_unlink+0x34/0x8a
   [] nfsd_unlink+0x18f/0x1e2 [nfsd]
   [] nfsd3_proc_remove+0x95/0xa2 [nfsd]
   [] nfsd_dispatch+0xc0/0x178 [nfsd]
   [] svc_process+0x3a5/0x5ed
   [] nfsd+0x1a7/0x305 [nfsd]
   [] kernel_thread_helper+0x5/0xb

  =============================================
  [ INFO: possible recursive locking detected ]
  ---------------------------------------------
  nfsd/9580 is trying to acquire lock:
   (&inode->i_mutex){--..}, at: [] mutex_lock+0x1c/0x1f

  but task is already holding lock:
   (&inode->i_mutex){--..}, at: [] mutex_lock+0x1c/0x1f

  other info that might help us debug this:
  2 locks held by nfsd/9580:
   #0:  (hash_sem){..--}, at: [] exp_readlock+0xd/0xf [nfsd]
   #1:  (&inode->i_mutex){--..}, at: [] mutex_lock+0x1c/0x1f

  stack backtrace:
   [] show_trace_log_lvl+0x58/0x152
   [] show_trace+0xd/0x10
   [] dump_stack+0x19/0x1b
   [] __lock_acquire+0x77a/0x9a3
   [] lock_acquire+0x60/0x80
   [] __mutex_lock_slowpath+0xa7/0x20e
   [] mutex_lock+0x1c/0x1f
   [] nfsd_setattr+0x2c8/0x499 [nfsd]
   [] nfsd_create_v3+0x31b/0x4ac [nfsd]
   [] nfsd3_proc_create+0x128/0x138 [nfsd]
   [] nfsd_dispatch+0xc0/0x178 [nfsd]
   [] svc_process+0x3a5/0x5ed
   [] nfsd+0x1a7/0x305 [nfsd]
   [] kernel_thread_helper+0x5/0xb
  DWARF2 unwinder stuck at kernel_thread_helper+0x5/0xb
  Leftover inexact backtrace:
   [] show_trace+0xd/0x10
   [] dump_stack+0x19/0x1b
   [] __lock_acquire+0x77a/0x9a3
   [] lock_acquire+0x60/0x80
   [] __mutex_lock_slowpath+0xa7/0x20e
   [] mutex_lock+0x1c/0x1f
   [] nfsd_setattr+0x2c8/0x499 [nfsd]
   [] nfsd_create_v3+0x31b/0x4ac [nfsd]
   [] nfsd3_proc_create+0x128/0x138 [nfsd]
   [] nfsd_dispatch+0xc0/0x178 [nfsd]
   [] svc_process+0x3a5/0x5ed
   [] nfsd+0x1a7/0x305 [nfsd]
   [] kernel_thread_helper+0x5/0xb

Signed-off-by: Peter Zijlstra 
Cc: Neil Brown 
Cc: Ingo Molnar 
Cc: Arjan van de Ven 
Signed-off-by: Andrew Morton 
Signed-off-by: Linus Torvalds

[PATCH] inode-diet: Eliminate i_blksize from the inode structure

2006-09-27T15:26:18+00:00

This eliminates the i_blksize field from struct inode.  Filesystems that want
to provide a per-inode st_blksize can do so by providing their own getattr
routine instead of using the generic_fillattr() function.

Note that some filesystems were providing pretty much random (and incorrect)
values for i_blksize.

[bunk@stusta.de: cleanup]
[akpm@osdl.org: generic_fillattr() fix]
Signed-off-by: "Theodore Ts'o" 
Signed-off-by: Adrian Bunk 
Signed-off-by: Andrew Morton 
Signed-off-by: Linus Torvalds

Don't include linux/config.h from anywhere else in include/

2006-04-26T11:56:16+00:00

Signed-off-by: David Woodhouse

[PATCH] mutex subsystem, semaphore to mutex: VFS, ->i_sem

2006-01-09T23:59:24+00:00

This patch converts the inode semaphore to a mutex. I have tested it on
XFS and compiled as much as one can consider on an ia64. Anyway your
luck with it might be different.

Modified-by: Ingo Molnar 

(finished the conversion)

Signed-off-by: Jes Sorensen 
Signed-off-by: Ingo Molnar

Linux-2.6.12-rc2

2005-04-16T22:20:36+00:00

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!