From: Boaz Harrosh <bharrosh@panasas.com>
To: Jeff Layton <jlayton@redhat.com>
Cc: bfields <bfields@fieldses.org>, Steve Dickson <steved@redhat.com>,
"Myklebust, Trond" <Trond.Myklebust@netapp.com>,
Joerg Platte <jplatte@naasa.net>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
"linux-nfs@vger.kernel.org" <linux-nfs@vger.kernel.org>,
Hans de Bruin <jmdebruin@xmsnet.nl>
Subject: Re: Kernel 3.4.X NFS server regression
Date: Mon, 11 Jun 2012 17:05:28 +0300 [thread overview]
Message-ID: <4FD5FB28.4050003@panasas.com> (raw)
In-Reply-To: <20120611095132.045a8d09@corrin.poochiereds.net>
On 06/11/2012 04:51 PM, Jeff Layton wrote:
>
> That was considered here, but the problem with the usermode helper is
> that you can't pass anything back to the kernel but a simple status
> code (and that's assuming that you wait for it to exit). In the near
> future, we'll need to pass back more info to the kernel for this, so
> the usermode helper callout wasn't suitable.
>
I have answered that in my mail. Repeated here again. Well you made
a simple mistake. Because it is *easy* to pass back any number and
size of information from user-mode.
You just setup a sysfs entry points where the answers are written
back to. It's an easy trick to setup a thread safe, way with a
cookie but 90% of the time you don't have to. Say you set up
a structure of per-client (identified uniquely) then user mode
answers back per client, concurrency will not do any harm, since
you answer to the same question the same answer. ans so on. Each
problem it's own.
If you want we can talk about this, it would be easy for me to setup
a toll free conference number we can all use.
Cheers
Boaz
next prev parent reply other threads:[~2012-06-11 14:05 UTC|newest]
Thread overview: 24+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <4FD47D4E.9070307@naasa.net>
2012-06-10 11:43 ` Kernel 3.4.X NFS regression Boaz Harrosh
2012-06-10 15:00 ` Kernel 3.4.X NFS server regression Myklebust, Trond
2012-06-11 12:16 ` bfields
2012-06-11 12:39 ` Jeff Layton
2012-06-11 13:13 ` Jeff Layton
2012-06-11 13:25 ` Jörg Platte
2012-06-11 14:20 ` Jeff Layton
2012-06-11 15:55 ` Joerg Platte
2012-06-11 13:32 ` Boaz Harrosh
2012-06-11 13:44 ` Boaz Harrosh
2012-06-11 14:29 ` Jeff Layton
2012-06-11 15:01 ` Boaz Harrosh
2012-06-11 15:15 ` bfields
2012-06-11 16:25 ` Boaz Harrosh
2012-06-11 13:51 ` Jeff Layton
2012-06-11 14:05 ` Boaz Harrosh [this message]
2012-06-11 14:11 ` Jeff Layton
2012-06-11 14:45 ` Boaz Harrosh
2012-06-11 14:55 ` Jeff Layton
2012-06-11 15:04 ` Boaz Harrosh
2012-06-11 14:03 ` [PATCH] rpc_pipefs: allow rpc_purge_list to take a NULL waitq pointer Jeff Layton
2012-06-15 15:24 ` Kernel 3.4.X NFS server regression Joerg Platte
2012-06-15 16:28 ` bfields
2012-06-15 17:19 ` Joerg Platte
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=4FD5FB28.4050003@panasas.com \
--to=bharrosh@panasas.com \
--cc=Trond.Myklebust@netapp.com \
--cc=bfields@fieldses.org \
--cc=jlayton@redhat.com \
--cc=jmdebruin@xmsnet.nl \
--cc=jplatte@naasa.net \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-nfs@vger.kernel.org \
--cc=steved@redhat.com \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).