185423214160_516760007818Tom Talpey
Signed-off-by: Tom Talpey <talpey@xxxxxxxxxx --- net/sunrpc/xprtrdma/transport.c | 2 +- net/sunrpc/xprtrdma/verbs.c | 21 +++++++++++++++++++++ 2 files changed, 22 insertions(+), 1 de

 
110223194031_541160007744Talpey Thomas
On Wed, 2008-10-08 at 11:47 -0400, Tom Talpey wrote: Internal RPC/RDMA structure updates in preparation for FRMR support. Signed-off-by: Tom Tucker <tom@xxxxxxxxxxxxxxxxxxxxx Signed-off-

 
157624034414_506860007271J Bruce Fields
On Wed, 2008-10-08 at 13:30 -0400, Talpey, Thomas wrote: At 01:23 PM 10/8/2008, Trond Myklebust wrote: On Wed, 2008-10-08 at 11:47 -0400, Tom Talpey wrote: Internal RPC/RDMA structure updat

 
181927064903_576760007892Tom Talpey
At 01:55 PM 10/8/2008, J. Bruce Fields wrote: On Wed, Oct 08, 2008 at 01:30:56PM -0400, Talpey, Thomas wrote: At 01:23 PM 10/8/2008, Trond Myklebust wrote: On Wed, 2008-10-08 at 11:47 -0400,

 
109523404321_501760007296Tom Talpey
Add defensive timeouts to wait_for_completion() calls in RDMA address resolution, and make them interruptible. Fix the timeout units to milliseconds (formerly jiffies) and move to private header. Si

 
181522654617_597660007289Talpey Thomas
On Wed, 2008-10-08 at 11:48 -0400, Tom Talpey wrote: The RPC/RDMA protocol allows clients and servers to avoid RDMA operations for data which is purely the result of XDR padding. On the client,

 
179425354609_582560007879Trond Myklebust
At transport creation, check for, and use, any local dma lkey. Then, check that the selected memory registration mode is in fact supported by the RDMA adapter selected for the mount. Fall back to bes

 
156925214282_598460007143Trond Myklebust
At 01:22 PM 10/8/2008, Trond Myklebust wrote: On Wed, 2008-10-08 at 11:47 -0400, Tom Talpey wrote: At transport creation, check for, and use, any local dma lkey. Then, check that the selected

 
125424094849_515660007521Tom Talpey
An RPC/RDMA client cannot retransmit on an unbroken connection, doing so violates its flow control with the server. Signed-off-by: Tom Talpey <talpey@xxxxxxxxxx --- net/sunrpc/xprtrdma/rpc_rdm

 
104822714861_537060007273Talpey Thomas
On Wed, 2008-10-08 at 11:47 -0400, Tom Talpey wrote: From: Tom Tucker <talpey@xxxxxxxxxx Now Im really confused! This logic sets the connection parameter that configures the local device

 
166621034539_528260007971Tom Talpey
Configure, detect and use "fastreg" support from IB/iWARP verbs layer to perform RPC/RDMA memory registration. Make FRMR the default memreg mode (will fall back if not supported by the sel

 
157228724506_518060007452Trond Myklebust
Most of the following patches are bugfixes: There are a couple of spin locking fixes to follow up the BKL removal. There are some attribute update fixups, mainly to make the spin locking more e

 
105922654974_534260007563Trond Myklebust
From: Denis V. Lunev <den@xxxxxxxxxx Unfortunately, BUG_ON(IS_ROOT(dentry)) can happen inside nfs_follow_mountpoint with NFS running Fedora 8 using a specific setup. rel="nofollow" bugzilla

 
148525034973_533360007147Trond Myklebust
From: Cedric Le Goater <clg@xxxxxxxxxx On a system with nfs mounts, if a task unshares its mount namespace, a oops can occur when the system is rebooted if the task is the last to unreference th

 
185427074418_571560007706Trond Myklebust
From: Denis V. Lunev <den@xxxxxxxxxx Replace NULL with ERR_PTR(-EINVAL). Signed-off-by: Denis V. Lunev <den@xxxxxxxxxx Signed-off-by: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx --- f

 
198827424809_552660007888Trond Myklebust
From: Steve Dickson <SteveD@xxxxxxxxxx This patch fixes a regression that was introduced by the string based mounts. nfs_mount() statically returns -EACCES for every error returned by the remot

 
149725974760_500360007456Trond Myklebust
From: Denis V. Lunev <den@xxxxxxxxxx Basically, try_module_get here are pretty useless. Any other module using this API will pin sunrpc in memory due using exported symbols. Signed-off-by: Deni

 
145528384722_542860007971Trond Myklebust
From: Denis V. Lunev <den@xxxxxxxxxx Basically, try_module_get here are pretty useless. Any other module using this API will pin sunrpc in memory due using exported symbols. Signed-off-by: Deni

 
199226644473_596460007132Trond Myklebust
From: Jeff Layton <jlayton@xxxxxxxxxx The fattrs used in the NFSv3 getacl/setacl calls are not being properly initialized. This occasionally causes nfs_update_inode to fall into NFSv4 specific c

 
111128514839_552960007916Trond Myklebust
From: Jeff Layton <jlayton@xxxxxxxxxx The fattrs used in the NFSv3 getacl/setacl calls are not being properly initialized. This occasionally causes nfs_update_inode to fall into NFSv4 specific c

 
123525534658_504460007683Trond Myklebust

 
193325774280_569260007057Trond Myklebust

 
114820344895_587060007073Trond Myklebust

 
184124544737_531360007734Trond Myklebust

 
144525294584_528460007149Trond Myklebust
Try to avoid taking and dropping the inode- i_lock more than once. Do so by moving the code in nfs_refresh_inode() that needs to be done under the spinlock into a function nfs_refresh_inode_locked(),

 
120022934703_585960007782Trond Myklebust
Try to avoid taking and dropping the inode- i_lock more than once. Do so by moving the code in nfs_refresh_inode() that needs to be done under the spinlock into a function nfs_refresh_inode_locked(),

 
154122694358_582160007939Trond Myklebust
From: J. Bruce Fields <bfields@xxxxxxxxxxxxxx Whoever wrote this had a bizarre allergy to for loops. Signed-off-by: J. Bruce Fields <bfields@xxxxxxxxxxxxxx Signed-off-by: Trond Myklebust &l

 
187921094974_577360007436Trond Myklebust
From: J. Bruce Fields <bfields@xxxxxxxxxxxxxx Whoever wrote this had a bizarre allergy to for loops. Signed-off-by: J. Bruce Fields <bfields@xxxxxxxxxxxxxx Signed-off-by: Trond Myklebust &l

 
184728214891_558460007308Trond Myklebust
Signed-off-by: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx --- net/sunrpc/rpcb_clnt.c | 4 +++- 1 files changed, 3 insertions(+), 1 deletions(-) diff --git a/net/sunrpc/rpcb_clnt.c b/net/su

 
131825794838_590360007896Trond Myklebust
Signed-off-by: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx --- net/sunrpc/rpcb_clnt.c | 4 +++- 1 files changed, 3 insertions(+), 1 deletions(-) diff --git a/net/sunrpc/rpcb_clnt.c b/net/su

 
105120634188_575460007526Trond Myklebust
Instead of causing umount requests to block on server- active_wq while the asynchronous sillyrename deletes are executing, we can use the sb- s_active counter to obtain a reference to the super_block

 
153624634796_589560007758Trond Myklebust
Instead of causing umount requests to block on server- active_wq while the asynchronous sillyrename deletes are executing, we can use the sb- s_active counter to obtain a reference to the super_block

 
183321624867_580660007847Trond Myklebust
Add the following NFS-specific mount options to the parser. -o lookupcache=all /* Default: cache positive & negative dentries */ -o lookupcach

 
124227824667_513360007801Trond Myklebust
Add the following NFS-specific mount options to the parser. -o lookupcache=all /* Default: cache positive & negative dentries */ -o lookupcach

 
144126844380_527860007243Trond Myklebust
If we believe that the attributes are old (see nfs_refresh_inode()), then we shouldnt force an update. Also ensure that we hold the inode- i_lock across attribute checks and the call to nfs_refresh_i

 
117426384306_536260007227Trond Myklebust
If we believe that the attributes are old (see nfs_refresh_inode()), then we shouldnt force an update. Also ensure that we hold the inode- i_lock across attribute checks and the call to nfs_refresh_i

 
188929284691_568560007974Trond Myklebust
If were merely checking the inode attributes because we suspect that the updated attributes returned by the RPC call are stale, then we shouldnt be doing weak cache consistency updates or clearing th

 
144226554136_530960007070Trond Myklebust
If were merely checking the inode attributes because we suspect that the updated attributes returned by the RPC call are stale, then we shouldnt be doing weak cache consistency updates or clearing th

 
115627044853_582360007218Trond Myklebust
Currently, if two processes are both trying to revalidate metadata for the same inode, they will find themselves being serialised. There is no good justification for this now that we have improved ou

 
162422774902_500360007487Trond Myklebust
Currently, if two processes are both trying to revalidate metadata for the same inode, they will find themselves being serialised. There is no good justification for this now that we have improved ou

 
124627314125_555360007517J Bruce Fields
On Tue, Oct 07, 2008 at 06:19:52PM -0400, Trond Myklebust wrote: Most of the following patches are bugfixes: There are a couple of spin locking fixes to follow up the BKL removal. There are

 
178129824444_547160007266J Bruce Fields
On Tue, Oct 07, 2008 at 06:19:52PM -0400, Trond Myklebust wrote: Most of the following patches are bugfixes: There are a couple of spin locking fixes to follow up the BKL removal. There are

 
144521084922_558160007382J Bruce Fields
This function is a little longer and more deeply nested than necessary. Signed-off-by: J. Bruce Fields <bfields@xxxxxxxxxxxxxx --- fs/nfs/nfs4namespace.c | 84 ++++++++++++++++++++++++++------

 
165225734085_550460007922J Bruce Fields
This function is a little longer and more deeply nested than necessary. Signed-off-by: J. Bruce Fields <bfields@xxxxxxxxxxxxxx --- fs/nfs/nfs4namespace.c | 84 ++++++++++++++++++++++++++------

 
172320194199_562460007756J Bruce Fields
We plan to use this function elsewhere. Signed-off-by: J. Bruce Fields <bfields@xxxxxxxxxxxxxx --- fs/nfs/internal.h | 18 ++++++++++++++++++ fs/nfs/super.c | 19 ------------------- 2 f

 
111122704486_523660007579J Bruce Fields
We plan to use this function elsewhere. Signed-off-by: J. Bruce Fields <bfields@xxxxxxxxxxxxxx --- fs/nfs/internal.h | 18 ++++++++++++++++++ fs/nfs/super.c | 19 ------------------- 2 f

 
175326034560_519760007226J Bruce Fields
On Wed, 2008-10-08 at 15:31 -0400, J. Bruce Fields wrote: On Tue, Oct 07, 2008 at 06:19:52PM -0400, Trond Myklebust wrote: Most of the following patches are bugfixes: There are a couple o

 
146325194334_538460007751J Bruce Fields
On Wed, 2008-10-08 at 15:31 -0400, J. Bruce Fields wrote: On Tue, Oct 07, 2008 at 06:19:52PM -0400, Trond Myklebust wrote: Most of the following patches are bugfixes: There are a couple o

 
176727514324_585260007720Steve Dickson
On Sat, Jun 07, 2008 at 01:53:02AM +0000, Richard A Nelson wrote: Package: nfs-common Version: 1:1.1.2-4 Severity: important In a fit of debugging spurious NFS problems I noticed this: # ps

 
177429784740_597360007763Tom Tucker
Do you still maintain the FAQ at nfs.sourceforge.net? In A7: "There are some minor interoperability issues when applications running on clients make use of some of the new features of NFS V