[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CALCETrU1GKGXsp4gmnWJXh2Lp=dBp7K--qt1ViUOKyxpVWBtMQ@mail.gmail.com>
Date: Tue, 8 Dec 2015 14:49:20 -0800
From: Andy Lutomirski <luto@...capital.net>
To: Al Viro <viro@...iv.linux.org.uk>
Cc: Dominique Martinet <dominique.martinet@....fr>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
V9FS Developers <v9fs-developer@...ts.sourceforge.net>,
Linux FS Devel <linux-fsdevel@...r.kernel.org>
Subject: Re: [V9fs-developer] Hang triggered by udev coldplug, looks like a race
On Mon, Dec 7, 2015 at 6:33 PM, Al Viro <viro@...iv.linux.org.uk> wrote:
> On Mon, Dec 07, 2015 at 05:59:41PM -0800, Andy Lutomirski wrote:
>
>> If I dump all task states (see attached typescript), I see a bunch of
>> things blocked in 9p rpc. This makes me think it could be a QEMU bug,
>> not a kernel bug.
>
> Maybe, maybe not - I'd suggest dumping the 9p traffic and checking the
> request and response IDs; at least one bug in that area got fixed
> (see commit a84b69 for gory details).
>
> Really, check if something gets screwed with IDs. They should be unique
> among outstanding requests and never reused until either a response
> with the matching ID arrives, *or* TFLUSH on that ID is sent and reply
> has arrived. If those rules get buggered, it's very easy to get hangs
> like that.
Trace attached. I don't see anything wrong, but I also don't know
what I'm looking for.
--Andy
--
Andy Lutomirski
AMA Capital Management, LLC
Download attachment "9ptrace.txt.xz" of type "application/x-xz" (19916 bytes)
Powered by blists - more mailing lists