On Jan 28, 2008, at 4:48 PM, J. Bruce Fields wrote:
On Mon, Jan 28, 2008 at 04:12:26PM -0500, Chuck Lever wrote:
On Jan 28, 2008, at 1:28 PM, J. Bruce Fields wrote:
I don't care either way, but I'm inclined to leave this as is until
someone comes along with really clear and convincing criteria
On Fri, Feb 01, 2008 at 11:40:20AM -0500, Chuck Lever wrote:
According to Documentation/kbuild/kconfig-language.txt, select is OK to
use on non-visible options like NFS_ACL_SUPPORT, LOCKD, and SUNRPC, but
generally depends on is preferred for setting visible options.
Apparently select
Hi.
Here is version 2 of a patch set which modifies the system to
enhance the ESTALE error handling for system calls which take
pathnames as arguments.
The error, ESTALE, was originally introduced to handle the
situation where a file handle, which NFS uses to uniquely
identify a file on the
On Fri, 2008-02-01 at 15:58 -0500, Peter Staubach wrote:
Hi.
The patch enhanced the ESTALE error handling for NFS mounted
file systems. It expands the number of places that the NFS
client checks for ESTALE returns from the server.
It also enhances the ESTALE handling for directories by
-Original Message-
From: Steve Dickson [mailto:[EMAIL PROTECTED]
Sent: Tuesday, January 29, 2008 10:06 AM
To: Murata, Dennis
Cc: linux-nfs@vger.kernel.org
Subject: Re: Kernel oops, RHEL 4
Murata, Dennis wrote:
We have had two system crashes in the past two weeks of a
Miklos Szeredi wrote:
This doesn't apply to -mm, because the ro-mounts stuff touches a lot
of the same places as this patch. You probably need to rebase this on
top of those changes.
This patch adds handling for the error, ESTALE, to the system
calls which take pathnames as arguments. The
Miklos Szeredi wrote:
This doesn't apply to -mm, because the ro-mounts stuff touches a lot
of the same places as this patch. You probably need to rebase this on
top of those changes.
This patch adds handling for the error, ESTALE, to the system
calls which take pathnames as