[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <c367a3a4-6fac-957a-5a5e-ac4a68bc4648@codeaurora.org>
Date: Tue, 27 Jun 2017 16:32:09 -0600
From: Jeffrey Hugo <jhugo@...eaurora.org>
To: paulmck@...ux.vnet.ibm.com
Cc: linux-kernel@...r.kernel.org, linux-block@...r.kernel.org,
pprakash@...eaurora.org, Josh Triplett <josh@...htriplett.org>,
Steven Rostedt <rostedt@...dmis.org>,
Mathieu Desnoyers <mathieu.desnoyers@...icios.com>,
Lai Jiangshan <jiangshanlai@...il.com>,
Jens Axboe <axboe@...nel.dk>,
Sebastian Andrzej Siewior <bigeasy@...utronix.de>,
Thomas Gleixner <tglx@...utronix.de>,
Richard Cochran <rcochran@...utronix.de>,
Boris Ostrovsky <boris.ostrovsky@...cle.com>,
Richard Weinberger <richard@....at>
Subject: Re: [BUG] Deadlock due due to interactions of block, RCU, and cpu
offline
On 6/22/2017 9:34 PM, Paul E. McKenney wrote:
> On Wed, Jun 21, 2017 at 09:18:53AM -0700, Paul E. McKenney wrote:
>> No worries, and I am very much looking forward to seeing the results of
>> your testing.
>
> And please see below for an updated patch based on LKML review and
> more intensive testing.
>
I spent some time on this today. It didn't go as I expected. I
validated the issue is reproducible as before on 4.11 and 4.12 rcs 1
through 4. However, the version of stress-ng that I was using ran into
constant errors starting with rc5, making it nearly impossible to make
progress toward reproduction. Upgrading stress-ng to tip fixes the
issue, however, I've still been unable to repro the issue.
Its my unfounded suspicion that something went in between rc4 and rc5
which changed the timing, and didn't actually fix the issue. I will run
the test overnight for 5 hours to try to repro.
The patch you sent appears to be based on linux-next, and appears to
have a number of dependencies which prevent it from cleanly applying on
anything current that I'm able to repro on at this time. Do you want to
provide a rebased version of the patch which applies to say 4.11? I
could easily test that and report back.
--
Jeffrey Hugo
Qualcomm Datacenter Technologies as an affiliate of Qualcomm
Technologies, Inc.
Qualcomm Technologies, Inc. is a member of the
Code Aurora Forum, a Linux Foundation Collaborative Project.
Powered by blists - more mailing lists