From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-2.6 required=3.0 tests=DKIMWL_WL_HIGH,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS, URIBL_BLOCKED,USER_AGENT_SANE_1 autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id B50ACC74A21 for ; Wed, 10 Jul 2019 16:13:35 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.kernel.org (Postfix) with ESMTP id 88683208E4 for ; Wed, 10 Jul 2019 16:13:35 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1562775215; bh=LNbcNJA/Fj28N1MiRkOe3ZKi4mUrvCckSzxOmjvJuOM=; h=Date:From:To:Cc:Subject:References:In-Reply-To:List-ID:From; b=h46YS3eEg2v62jllQLVlWPEPPQhosJPsvsoKxba+fgM/sVV+fhsfiWN5Y4M7dnIUl N0GgMBB/b5l2g+DToC86iz/nQrUeNvr4aBMsHG/+Dv623xhe4Kw7CTB/jblWAy/l9V woqv62C5ODFxBA/YDAt7l8pX/6jlxZ/RCyzc7Tlg= Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728398AbfGJQNe (ORCPT ); Wed, 10 Jul 2019 12:13:34 -0400 Received: from mail.kernel.org ([198.145.29.99]:49446 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727281AbfGJQNe (ORCPT ); Wed, 10 Jul 2019 12:13:34 -0400 Received: from sol.localdomain (c-24-5-143-220.hsd1.ca.comcast.net [24.5.143.220]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 84C28208C4; Wed, 10 Jul 2019 16:13:32 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1562775212; bh=LNbcNJA/Fj28N1MiRkOe3ZKi4mUrvCckSzxOmjvJuOM=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=zNiJ+S3BZgmIieIoA5AIIEj4q4AzQ0JLzKJRKKk8Kw7ULNgGK4sj/ewv7bnmRcvvA U8D6iDNsuF5T9SI8Y+mnxEnapPgHeVoMPQySj6f7lfqDqLtURQtmbvCcTy5wGN4UFt KyIOVt+xvQdajyAypxxSWlEVcWslfAkYsQ1Ijh0I= Date: Wed, 10 Jul 2019 09:13:31 -0700 From: Eric Biggers To: Bart Van Assche Cc: linux-kernel@vger.kernel.org, Peter Zijlstra , Ingo Molnar , Will Deacon , syzkaller-bugs@googlegroups.com, jeffv@google.com Subject: Re: Reminder: 5 open syzbot bugs in lockdep subsystem Message-ID: <20190710161331.GA801@sol.localdomain> Mail-Followup-To: Bart Van Assche , linux-kernel@vger.kernel.org, Peter Zijlstra , Ingo Molnar , Will Deacon , syzkaller-bugs@googlegroups.com, jeffv@google.com References: <20190710055838.GC2152@sol.localdomain> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.12.1 (2019-06-15) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Bart, On Wed, Jul 10, 2019 at 07:14:10AM -0700, Bart Van Assche wrote: > On 7/9/19 10:58 PM, Eric Biggers wrote: > > [This email was generated by a script. Let me know if you have any suggestions > > to make it better, or if you want it re-generated with the latest status.] > > > > Of the currently open syzbot reports against the upstream kernel, I've manually > > marked 5 of them as possibly being bugs in the lockdep subsystem. I've listed > > these reports below, sorted by an algorithm that tries to list first the reports > > most likely to be still valid, important, and actionable. > > > > Of these 5 bugs, 3 were seen in mainline in the last week. > > > > Of these 5 bugs, 1 was bisected to a commit from the following person: > > > > Bart Van Assche > > (+jeffv) > > Hi Eric, > > Several days ago I had already explained to you that the bisection result > that led to one of my commits did not make any sense to me. So I do not > appreciate this kind of fingerpointing. Please stop doing this. > > Bart. > To be clear, the email you sent saying the bisection was messed up was 3 months ago (not "several days ago") , and was on the list, not to me personally: https://lore.kernel.org/lkml/f71aaffa-ecf4-1def-fe50-91f37c677537@acm.org/ And at the time you didn't give any reason why your commit can't be responsible. I then responded yesterday and explained why another crash showed up at the end of the bisection log, and why I think the bisection result is actually correct (https://lore.kernel.org/lkml/20190710053030.GB2152@sol.localdomain/). BTW, I even took the time to manually verify that the issue is not present in the commit immediately before your commit, and that it appears when just "kernel/workqueue: Use dynamic lockdep keys for workqueues" and "locking/lockdep: Shrink struct lock_class_key" are applied (the latter is needed to fix a WARNING the reproducer also causes). I then sent out this reminder to group together the syzbot reports where the lockdep limits are reached, in the hope that they would be related, and helpful to you and the lockdep maintainers. Since one bug had a bisection result that I had manually reviewed and believed to be accurate, my reminder mentions that result for that bug, just like I've been doing when I've been sending out syzbot reminders for other subsystems. I disagree that I should stop including bisection results (namely, the ones that I've manually reviewed and believed to be accurate; the raw results reported by syzbot are not too accurate, so I haven't been including them without review) in reminders because it's "finger pointing". They can be very helpful for fixing bugs and getting the right people to work on them. In fact, people often refuse to fix syzbot bugs that do not have bisection results, because they expect a bisection result before they bother to take a look at it. Anyway, this bug is still there in mainline Linux, regardless of whose fault it is. None of this changes the fact that someone needs to fix it. I'll look into it more if I have time, though this very much seems to be in lockdep territory, and there are 500 other syzbot bugs that need to be worked on too. - Eric