190924594043_597560007985Tom 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

 
117028284164_562960007677Talpey 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-

 
159429984395_518060007478J 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

 
189623134258_537360007526Tom 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,

 
157527144027_594560007030Tom 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

 
174127954490_578560007210Talpey 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,

 
176929404037_593360007472Trond 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

 
161021624469_500560007915Trond 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

 
148322384228_574260007477Tom 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

 
126721864190_529560007076Talpey 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

 
132528714871_581560007641Tom 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

 
102424244580_506260007148Trond 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

 
153429684310_500360007653Trond 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

 
191824564891_514660007501Trond 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

 
162324654688_581460007818Trond 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

 
189020854689_576160007344Trond 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

 
140129264768_598260007124Trond 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

 
112925224092_544060007065Trond 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

 
109224434522_598460007719Trond 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

 
148522124184_517260007945Trond 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

 
199029154030_567860007932Trond Myklebust

 
102120764857_579060007845Trond Myklebust

 
191421884366_500660007892Trond Myklebust

 
107127214334_559360007924Trond Myklebust

 
131221894135_549660007161Trond 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(),

 
144123504076_547260007752Trond 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(),

 
140320494829_526060007887Trond 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

 
110427534075_547160007703Trond 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

 
136228314424_569760007128Trond 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

 
162027364317_575660007679Trond 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

 
191726734029_599460007057Trond 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

 
174525484107_557460007946Trond 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

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

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

 
179220614448_510960007680Trond 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

 
178827344353_581760007498Trond 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

 
187524724045_598260007854Trond 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

 
192825064766_562760007149Trond 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

 
108422804895_537360007336Trond 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

 
108527364398_553460007216Trond 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

 
121326334950_556760007677J 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

 
106423244149_511060007195J 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

 
196522324702_573160007743J 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 ++++++++++++++++++++++++++------

 
188129444023_577560007968J 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 ++++++++++++++++++++++++++------

 
111124034703_551060007547J 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

 
172621504180_567660007630J 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

 
135327834954_550360007258J 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

 
169828584491_539960007350J 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

 
114224694294_516660007611Steve 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

 
113323564014_583660007951Tom 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