From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jens Axboe Subject: Re: WARNING in percpu_ref_kill_and_confirm Date: Mon, 22 Apr 2019 10:50:56 -0600 Message-ID: <4179bb56-0285-9e14-5ae9-7a16957b6210@kernel.dk> References: <00000000000043fe9c058720a5d3@google.com> <53a17444-9539-5810-82a0-ceeefa742508@kernel.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: Content-Language: en-US Sender: linux-kernel-owner@vger.kernel.org To: Linus Torvalds Cc: syzbot , Arnd Bergmann , Borislav Petkov , "Darrick J. Wong" , Greg Kroah-Hartman , Peter Anvin , Linux API , linux-arch , linux-block , linux-fsdevel , Linux List Kernel Mailing , Andrew Lutomirski , Mathieu Desnoyers , Ingo Molnar , Michael Ellerman , syzkaller-bugs , Thomas Gleixner , Al Viro List-Id: linux-api@vger.kernel.org On 4/22/19 10:48 AM, Linus Torvalds wrote: > On Mon, Apr 22, 2019 at 9:38 AM Jens Axboe wrote: >> >> With the mutex change in, I can trigger it in a second or so. Just ran >> the reproducer with that change reverted, and I'm not seeing any badness. >> So I do wonder if the bisect results are accurate? > > Looking at the syzbot report, it's syzbot being confused. > > The actual WARNING in percpu_ref_kill_and_confirm() only happens with > recent kernels. > > But then syzbot mixes it up with a completely different bug: > > crash: BUG: MAX_STACK_TRACE_ENTRIES too low! > BUG: MAX_STACK_TRACE_ENTRIES too low! > > and for some reason decides that *that* bug is the same thing entirely. > > So yeah, I think the simple percpu_ref_is_dying() check is sufficient, > and that the syzbot bisection is completely bogus. Ah good, that makes me feel better. I'll queue the fix up, thanks. -- Jens Axboe