[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20150701085507.GE17109@ZenIV.linux.org.uk>
Date: Wed, 1 Jul 2015 09:55:07 +0100
From: Al Viro <viro@...IV.linux.org.uk>
To: Andrey Ryabinin <a.ryabinin@...sung.com>
Cc: Linus Torvalds <torvalds@...ux-foundation.org>,
linux-kernel@...r.kernel.org, linux-fsdevel@...r.kernel.org
Subject: Re: [git pull] vfs part 2
On Wed, Jul 01, 2015 at 11:41:04AM +0300, Andrey Ryabinin wrote:
> On 07/01/2015 11:27 AM, Al Viro wrote:
> >
> > Could you check if 3.19 was getting anything similar? I.e. in
> > p9_client_write() there add
> > if (count > rsize)
> > printk(KERN_ERR "bogus RWRITE: %d -> %d\n", rsize, count);
> > just before
> > p9_debug(P9_DEBUG_9P, "<<< RWRITE count %d\n", count);
> > and see if that triggers...
> >
>
> Yeah, the same thing:
> [ 125.962374] bogus RWRITE: 27 -> 4096
> [ 207.587632] bogus RWRITE: 27 -> 4096
> [ 215.055627] bogus RWRITE: 27 -> 4096
> [ 235.583138] bogus RWRITE: 27 -> 4096
> [ 245.749174] bogus RWRITE: 27 -> 4096
> [ 246.759270] bogus RWRITE: 27 -> 4096
> [ 248.020787] bogus RWRITE: 27 -> 4096
Hrm... Could you add (int)req->rc->id, (int)req->rc->tag and (int)req->tc->tag
to that printk (on either kernel, the problem's apparently not new)?
The question is whether we are mismatching replies, sending bogus requests or
if it's really the server sending bogus replies. Which qemu version are
you using, BTW?
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists