Received: by 2002:ac0:bc90:0:0:0:0:0 with SMTP id a16csp589631img; Wed, 20 Mar 2019 07:00:27 -0700 (PDT) X-Google-Smtp-Source: APXvYqxJU/b7b2mWVG7Qo5o20ymIFjZltq6PdpiNWDvUz9eOUYMTjlMg3bb1MmFbP9V3sDNFQot2 X-Received: by 2002:a62:388c:: with SMTP id f134mr8060794pfa.156.1553090427627; Wed, 20 Mar 2019 07:00:27 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1553090427; cv=none; d=google.com; s=arc-20160816; b=Win0mAmUrY62vRTjRILLHpzT0tH9p5EBqiDhcmxUp7RZ9a6UnpSriVqaXZaxRwwed1 Yk0HnQUHYZGMk1TSy3jXlcJouAxVveIUpIbQcrFKfO8zrEfCBbvkI/GpyEJqslGn9MUr oJsUYfeKKfHIEB4+lkY54Nh+WI21Op4dEdyp2X8gwYOW/I2tnQPY2UXkvEyUZv1v3ole 9ScuVWjY9XD5qc1PgwrfVXy1NUFO8/f3UE51IQfqZrSsJvRLJv0B85Aw/5pQu/6LJMJN kfpEjNtXzf7LVbkUkyLr4R7UA3A4kGlptZ7PB89OY+65XL1lfhafxHuZ7mTCQyDoK2tK Q9aQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:dkim-signature; bh=RmyQwrFyANnSrcI13I0okPnI4JkfyNY2bxu3oBrzm78=; b=TSh4Omh/A+nUgWT9f9WcwtJkJ7294nkXaLSKqnoPd2VM49dFqWa9YsmIL2yx8syRRZ 6TJYOjYmMCvl6WSoLaN71M+Uiz7Dy1Ya4dq84bhVN9fsnPdT9SRNa1Wqr31K3TWagE2f KWZSG3qodPbkVdEXD4DwosTLl/F5fH5rVbK8DoIUc11uY18HC3irKpNzymtURYAa/fLr UsGz1aihHybwLZLNQQEMmWG/CIsHmRgVxPZEexSmTKfQMX04nlpwjs6cK/viiyQ5XoWQ JVmhobPZY+5XB74Rkk5tpPGqHfwxdXNX8ULUeLuanjMhwPqzOeIPFsiXovxYLo8mkC2B PBNQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@google.com header.s=20161025 header.b=N342nwjK; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=google.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id a5si1739809pgt.393.2019.03.20.07.00.12; Wed, 20 Mar 2019 07:00:27 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@google.com header.s=20161025 header.b=N342nwjK; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=google.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727870AbfCTN7e (ORCPT + 99 others); Wed, 20 Mar 2019 09:59:34 -0400 Received: from mail-it1-f193.google.com ([209.85.166.193]:50212 "EHLO mail-it1-f193.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726303AbfCTN7b (ORCPT ); Wed, 20 Mar 2019 09:59:31 -0400 Received: by mail-it1-f193.google.com with SMTP id m137so16020966ita.0 for ; Wed, 20 Mar 2019 06:59:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=RmyQwrFyANnSrcI13I0okPnI4JkfyNY2bxu3oBrzm78=; b=N342nwjKC9kyYqwey8dFejLjpIkuXozr0myM+P8RkqmPaV7dCdfBDx2pJgzdacZXYh sdRgK9YZNmvOf0NM8s5KID3i1mF06uQS/AZ/mijuKM0nDEc39KKyK2nHX7eo0QhLu20N N0LtP3Ph+8fa3PcMZ+s3o8yZnOf03A0ZHVSy1XkYyvnsQLNhqCE7ue0fbROaiFJ4tEpM Zdqwkxs4WvURgbd+NdTmakQwU/g3XSnti2C1Vrz8RL1uoPz0qxBId4DyRRcyokopoAVY Lyy+dmy6ZHP7719ZexaUn+i9Lc3QUi+utZIWGGhoEPdPrb2usUFyYbs5oqgq3dFtokXz vkHA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=RmyQwrFyANnSrcI13I0okPnI4JkfyNY2bxu3oBrzm78=; b=ddZ2gdBE67z0oPMrn+7DXTgg4EsOOceCGtfkJkdsosu+r4xHZ3RddPVGq3xzTm7Szf zXcpAT5Xt+tL7kLMv4Fs8UhBHyRqxp9SlQsICOdUgVLvoqfAz+4AhCJBeuu/o9JICH4l 9M9hSEj2Qw1Vvs0MnMjxz+wgthGHpHUe68U2NEQXfDAZcUFFK40uRc8g6DpAd0YFEexy /ylHaZlfV3bTkEOvkg4Ncn0KImaUmm285+KOlPnUheie3FGBcEQPyEY4lQ48Rs7RFw+X f0k1gKtqKiQndsqwjCgDlB30lWm374cLRvbjxPVRM6S4N+VdKJYX6dTf5D7VwQjHyEeR mvDA== X-Gm-Message-State: APjAAAW0P6DDY5egHH7AcAUQ/ObHt/ujaa8NU0JI5cFhAJ7f5LODCPHp x5xvJeMQPVbTSwK9WyowBL2TKnZFSkk87Mb0AdgewQ== X-Received: by 2002:a24:3281:: with SMTP id j123mr1444952ita.166.1553090370724; Wed, 20 Mar 2019 06:59:30 -0700 (PDT) MIME-Version: 1.0 References: <000000000000db3d130584506672@google.com> <426293c3-bf63-88ad-06fb-83927ab0d7c0@I-love.SAKURA.ne.jp> In-Reply-To: From: Dmitry Vyukov Date: Wed, 20 Mar 2019 14:59:19 +0100 Message-ID: Subject: Re: kernel panic: corrupted stack end in wb_workfn To: Tetsuo Handa Cc: Andrey Ryabinin , syzbot , Andrew Morton , Qian Cai , David Miller , guro@fb.com, Johannes Weiner , Josef Bacik , Kirill Tkhai , LKML , Linux-MM , linux-sctp@vger.kernel.org, Mel Gorman , Michal Hocko , netdev , Neil Horman , Shakeel Butt , syzkaller-bugs , Al Viro , Vladislav Yasevich , Matthew Wilcox , Xin Long Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Mar 20, 2019 at 11:59 AM Tetsuo Handa wrote: > > On 2019/03/20 19:42, Dmitry Vyukov wrote: > >> I mean, yes, I agree, kernel bug bisection won't be perfect. But do > >> you see anything actionable here? > > Allow users to manually tell bisection range when > automatic bisection found a wrong commit. > > Also, allow users to specify reproducer program > when automatic bisection found a wrong commit. > > Yes, this is anti automation. But since automation can't become perfect, > I'm suggesting manual adjustment. Even if we involve manual adjustment, > the syzbot's plenty CPU resources for building/testing kernels is highly > appreciated (compared to doing manual bisection by building/testing kernels > on personal PC environments). FTR: provided an extended answer here: https://groups.google.com/d/msg/syzkaller-bugs/1BSkmb_fawo/DOcDxv_KAgAJ > > I see the larger long term bisection quality improvement (for syzbot > > and for everybody else) in doing some actual testing for each kernel > > commit before it's being merged into any kernel tree, so that we have > > less of these a single program triggers 3 different bugs, stray > > unrelated bugs, broken release boots, etc. I don't see how reliable > > bisection is possible without that. > > > > syzbot currently cannot test kernels with custom patches (unless "#syz test:" requests). > Are you saying that syzbot will become be able to test kernels with custom patches? I mean if we start improving kernel quality over time so that we have less of these a single program triggers 3 different bugs, stray unrelated bugs, broken release boots, etc, it will improve bisection quality for everybody (beside being hugely useful in itself).