From: "J. Bruce Fields" <bfields@fieldses.org>
To: Andrew Morton <akpm@osdl.org>
Cc: NeilBrown <neilb@cse.unsw.edu.au>, nfs@lists.sourceforge.net
Subject: Re: [PATCH] kNFSdv4 - 1 of 10 - idmap bugfixes and cleanup
Date: Thu, 8 Apr 2004 15:28:04 -0400 [thread overview]
Message-ID: <20040408192803.GB17909@fieldses.org> (raw)
In-Reply-To: <20040407233608.6414089a.akpm@osdl.org>
On Wed, Apr 07, 2004 at 11:36:08PM -0700, Andrew Morton wrote:
>
> - Cannot idmap_lookup() return in state TASK_UNINTERRUPTIBLE?
I assume you meant TASK_INTERRUPTIBLE.
After the
set_task_state(current, TASK_INTERRUPTIBLE);
either put_mdr, or idmap_wait (which always calls put_mdr) is called,
and put_mdr does a wake_up. So I believe this is correct, though I do
wish it was clearer.
--b.
-------------------------------------------------------
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
_______________________________________________
NFS maillist - NFS@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs
next prev parent reply other threads:[~2004-04-08 19:28 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-04-08 1:18 [PATCH] kNFSdv4 - 0 of 10 - Introduction NeilBrown
2004-04-08 1:18 ` [PATCH] kNFSdv4 - 2 of 10 - better handling of failed idmap lookups NeilBrown
2004-04-08 1:18 ` [PATCH] kNFSdv4 - 8 of 10 - Improve how locking copes with replays NeilBrown
2004-04-08 1:18 ` [PATCH] kNFSdv4 - 7 of 10 - Allow locku replays aswell NeilBrown
2004-04-08 1:18 ` [PATCH] kNFSdv4 - 6 of 10 - Keep state to allow replays for 'close' to work NeilBrown
[not found] ` <20040407234541.7f2bb6d3.akpm@osdl.org>
2004-04-08 21:23 ` J. Bruce Fields
2004-04-08 1:18 ` [PATCH] kNFSdv4 - 3 of 10 - complain if idmapd doesn't have channel open NeilBrown
2004-04-08 1:18 ` [PATCH] kNFSdv4 - 9 of 10 - Set credentials properly when puutrootfh is used NeilBrown
2004-04-08 1:18 ` [PATCH] kNFSdv4 - 4 of 10 - nfsd4_readdir fixes NeilBrown
2004-04-08 1:18 ` [PATCH] kNFSdv4 - 1 of 10 - idmap bugfixes and cleanup NeilBrown
[not found] ` <20040407233608.6414089a.akpm@osdl.org>
2004-04-08 19:18 ` J. Bruce Fields
2004-04-08 19:28 ` J. Bruce Fields [this message]
[not found] ` <20040408125528.5362c910.akpm@osdl.org>
2004-04-08 22:05 ` J. Bruce Fields
[not found] ` <20040408153438.41e2c494.akpm@osdl.org>
2004-04-08 22:39 ` J. Bruce Fields
2004-04-08 1:18 ` [PATCH] kNFSdv4 - 10 of 10 - Implement server-side reboot recovery (mostly) NeilBrown
2004-04-08 1:18 ` [PATCH] kNFSdv4 - 5 of 10 - Fix bad error returm from svcauth_gss_accept NeilBrown
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20040408192803.GB17909@fieldses.org \
--to=bfields@fieldses.org \
--cc=akpm@osdl.org \
--cc=neilb@cse.unsw.edu.au \
--cc=nfs@lists.sourceforge.net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.