On Mon, 2006-07-24 at 16:30 -0700, Josh Triplett wrote:
> In one of the error paths of nfs_path, it may return with dentry_lock still
> held; fix this by adding and using a new error path Elong_unlock which unlocks
> dentry_lock.
>
> Signed-off-by: Josh Triplett <[email protected]>
Applied to the NFS git tree... Thanks!
Trond
> ---
> fs/nfs/namespace.c | 4 +++-
> 1 files changed, 3 insertions(+), 1 deletions(-)
>
> diff --git a/fs/nfs/namespace.c b/fs/nfs/namespace.c
> index 19b98ca..86b3169 100644
> --- a/fs/nfs/namespace.c
> +++ b/fs/nfs/namespace.c
> @@ -51,7 +51,7 @@ char *nfs_path(const char *base, const s
> namelen = dentry->d_name.len;
> buflen -= namelen + 1;
> if (buflen < 0)
> - goto Elong;
> + goto Elong_unlock;
> end -= namelen;
> memcpy(end, dentry->d_name.name, namelen);
> *--end = '/';
> @@ -68,6 +68,8 @@ char *nfs_path(const char *base, const s
> end -= namelen;
> memcpy(end, base, namelen);
> return end;
> +Elong_unlock:
> + spin_unlock(&dcache_lock);
> Elong:
> return ERR_PTR(-ENAMETOOLONG);
> }
>
>
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]