From: Greg Banks <gnb@sgi.com>
To: "J. Bruce Fields" <bfields@fieldses.org>
Cc: Neil Brown <neilb@suse.de>, nfs@lists.sourceforge.net
Subject: Re: [PATCH] knfsd: remove unnecessary BUG_ON's
Date: Sat, 15 Sep 2007 02:58:01 +1000 [thread overview]
Message-ID: <20070914165801.GJ25610@sgi.com> (raw)
In-Reply-To: <20070914165013.GE26622@fieldses.org>
On Fri, Sep 14, 2007 at 12:50:13PM -0400, J. Bruce Fields wrote:
> On Sat, Sep 15, 2007 at 02:40:58AM +1000, Greg Banks wrote:
> > On Wed, Sep 12, 2007 at 07:43:17PM -0400, J. Bruce Fields wrote:
> > > Trivial patch, but--any objection to removing these assertions?
> > >
> > > We set svsk->sk_pool = pool just 30-some lines above, and there's no
> > > obvious reason this should have changed, or any other particular reason
> > > to assert this here.
> >
> > Yeah, you'd think that. However we saw these BUG_ON()s tripped
> > when attempting to port the 2.6.18-based NFS/RDMA patches to a
> > 2.6.19-like kernel. All it takes is for some transport code to get
> > confused about the proper way to clear SK_BUSY, and *blam*. So I
> > think they're useful.
>
> OK, I'll take your word for it--dropped. (But, I'm just curious--do you
> remember what the sequence of events was?)
It's been a while, but IIRC the new transport code had copied out the
internals of svc_request_received() pre .19, and were manually clearing
SK_BUSY and calling svc_sock_enqueue(). In .19 when sk_pool was added,
svc_request_received() began setting sk_pool to NULL, and the transport
code wasn't doing that. Or maybe that was a different failure mode ;-)
Greg.
--
Greg Banks, R&D Software Engineer, SGI Australian Software Group.
Apparently, I'm Bedevere. Which MPHG character are you?
I don't speak for SGI.
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
NFS maillist - NFS@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs
prev parent reply other threads:[~2007-09-14 16:57 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-09-12 23:43 [PATCH] knfsd: remove unnecessary BUG_ON's J. Bruce Fields
2007-09-14 16:40 ` Greg Banks
2007-09-14 16:50 ` J. Bruce Fields
2007-09-14 16:58 ` Greg Banks [this message]
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=20070914165801.GJ25610@sgi.com \
--to=gnb@sgi.com \
--cc=bfields@fieldses.org \
--cc=neilb@suse.de \
--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.