Received: by 2002:a25:6193:0:0:0:0:0 with SMTP id v141csp2229988ybb; Mon, 30 Mar 2020 02:03:20 -0700 (PDT) X-Google-Smtp-Source: ADFU+vuggeYmQu5JMZByY1WF6AMTEVmwtHD6i4muZ3wMoqLGke+rXIl5PoW41Pf6hBGzSWItUHZH X-Received: by 2002:aca:1e0e:: with SMTP id m14mr3267250oic.136.1585559000548; Mon, 30 Mar 2020 02:03:20 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1585559000; cv=none; d=google.com; s=arc-20160816; b=s03ax8EodKVaCnQCcbba7jreByMpL1NT3+GdNq+3LH88YR3z1BEGrPjohkkHcEDuAW eVOHDHuffC5D9rggo/KeYfqaFWI7rwF9WDQ2Vau41zY1SsKk7yK0gfG+buqY+99SRMZR STYgN7bj5i8+J9nAjcQETDoY9Te47ocPytO4357w/IONw2YsxBqYioP2ibMMPlzuw04D WELg9rmqh67DEANZEZWq8MxFcY94we6F5GE3nyo+lnw/3iYB8gpP3Ed6SUBqafTKghRW sHZzQJl4vkQaxXbx9HL+hrwBjSa2dry9+yygdnfRgAeoIItFRGvYRMYC3UzJBC2fM83B RfMw== 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=9yTXcAm8xTZZlLv27rN0g4+yu3w2ZB5Uvj+XDLCM2Es=; b=evgsTcsdODaKR8Lw661euukvcPnoB6hG6aevx3wBOAzK5+q4GlcXLxq78F17ec7+Ub bS2d/hzpXWfMfPg1vIRycUGTMwKJ7oV7Bb+Nd9CUnH2Ioq/eMKrjKFOfigfPZGnYevio 0+FokLQ70SU6TYi7DHEymIu6TC2tSeuuFRHScGNNfOkpjNiaHVE2SxwVeRTrQxVzlYBB Atez3upP3R/FAMmYcBSH7lM330qY8gAfbn/Gjm2ber++e21RXEl6z1cavctZrMQq8ftC ZXgGJf4Nbjdn+g1ZNoHX5AZHbWOXLb+q/ExvOrA1j16V7BwgXW3NW5/jscG1VUXzfemD BNIA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@google.com header.s=20161025 header.b=fExB7XpW; 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 k39si4865878otk.255.2020.03.30.02.03.07; Mon, 30 Mar 2020 02:03:20 -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=fExB7XpW; 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 S1729852AbgC3JCC (ORCPT + 99 others); Mon, 30 Mar 2020 05:02:02 -0400 Received: from mail-qv1-f66.google.com ([209.85.219.66]:42510 "EHLO mail-qv1-f66.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1729704AbgC3JCB (ORCPT ); Mon, 30 Mar 2020 05:02:01 -0400 Received: by mail-qv1-f66.google.com with SMTP id ca9so8501694qvb.9 for ; Mon, 30 Mar 2020 02:02:01 -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=9yTXcAm8xTZZlLv27rN0g4+yu3w2ZB5Uvj+XDLCM2Es=; b=fExB7XpWILh9K7fynAxxQYw//W3hUVCDQMwbfAXNtfjIlXo3SFYHWvzyJMndxZwR2N KBUh16CiA3j7/aSrXYS+N6OdNeSuC1oS/Uq+PCamn/cxVCzDq4L19UOxgmDZuGvxqR4r ea/to9r1ZF4Afeq3u+BV0xWGPGN4iF72JAi+TyeSnoYywsNTLMhKd+cnuPOnzoqTyUxl vpskI2pFsUrdFHmeN2aw1AmtIK8w+8ku//sKSq87Gpj4Bvo/k8iPYvm/MlKdq1mCVqDw CmFSJJWeYm8p9pquqLeJT261L+OKUNCRxj+dI9qrwkjodlEQCva8BULWRLr9ilc38Y4D RqMA== 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=9yTXcAm8xTZZlLv27rN0g4+yu3w2ZB5Uvj+XDLCM2Es=; b=ZKj7aGoJZYBN1zkPErJrGVy53i7ALwDB2y6RGWDyta9RFwr1oxMndu7WfrM9tS6qye Jsse3qUS9flND7JbKa0VRU+DJ7AE+Xo9tCbbU7tZ2bn67ARKfb17gSR+Me2wHNXBnS4y e921niVlMKh5+xmzX/QK4yCB9P+EEr24gDOMm3uuMzjt5YW0yr358xNsg2hiy6gVwwXB lKt44LvWpD4DtVMVwHYW9JZO7nT63w67bLcrYnRmL2gzyBd0uXwBZa7OoLMEulBQ8rZh ZqRa47dBTydrHU6Ax31lo70G60PvEqlfRnUHkuArcu4wEathN5o06qnsm/GsOWx9CA8x lYrg== X-Gm-Message-State: ANhLgQ26TDKtxZnFw7rwei/tftSBhE3i/hSTW+cGsC7dwNpYK1zggObK PfVU3yOSpVkYVNNFN/nFYuum9D63ovmgAhRa0+EKiw== X-Received: by 2002:ad4:49d1:: with SMTP id j17mr11017654qvy.80.1585558920517; Mon, 30 Mar 2020 02:02:00 -0700 (PDT) MIME-Version: 1.0 References: <20200327223646.20779-1-gpiccoli@canonical.com> <7fe65aef-94e1-b51a-0434-b1fe9d402d7b@i-love.sakura.ne.jp> In-Reply-To: From: Dmitry Vyukov Date: Mon, 30 Mar 2020 11:01:49 +0200 Message-ID: Subject: Re: [PATCH V3] kernel/hung_task.c: Introduce sysctl to print all traces when a hung task is detected To: Guilherme Piccoli Cc: Tetsuo Handa , LKML , syzkaller , kernelci@groups.io, CKI Project , kbuild test robot , workflows@vger.kernel.org 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 Mon, Mar 30, 2020 at 10:49 AM Dmitry Vyukov wrote: > > On Mon, Mar 30, 2020 at 2:43 AM Guilherme Piccoli > wrote: > > > > Hi Tetsuo and Dmitry, thanks for noticing this Tetsuo. And sorry for > > not looping you in the patch Dmitry, I wasn't aware that you were > > working with testing. By the way, I suggest people interested in linux > > testing to create a ML; I'd be glad to have looped such list, but I > > couldn't find information about a group dealing with testing. > > > > So Tetsuo, you got it right: just change it to > > "sysctl.kernel.hung_task_all_cpu_backtrace=1" and that should work > > fine, once Vlastimil's patch gets merged (and I hope it happens soon). > > Cheers, > > > > > > Guilherme > > +LKML, workflows, syzkaller, kernelci, cki, kbuild > > Tetsuo, thanks for notifying again. > > Yes, kernel devs breaking all testing happens from time to time and > currently there is no good way to address this. > Other things I remember is the introduction of CONFIG_DEBUG_MEMORY, > which defaults to =n and disables KASAN, which in turn produced an > explosion of assorted crashes caused by memory corruptions; also > periodic changes in kernel crash messages which I assume all testing > systems parse and need to understand. > > Is there already a mailing list for this? Or should we create one? > I.e. announce and changes that may need actions from all testing > systems. > Another thing that may benefit from announcements is addition of new > useful debugging configs. Currently they are introduced silently and > don't reach the target audience. I've fixed this up: https://github.com/google/syzkaller/commit/c8d1cc20df5ca5d9ea437054720fa3cfdfa1f578 But what would be even better is some kind of canned configs/settings for testing systems so that I enable it once and then such changes magically auto-happen for me. Imposing work on N testing systems maintainers is not good. And there really is no good point in the current kernel dev process for this. Announcing unmerged changes is too early (as this patch showed). And once it's in linux-next it's already too late.. And I don't want to be inventing a new unique kernel configuration for testing. I don't think it's the right way to approach this. Whatever is "the testing configuration", whatever kernel developers want to see in task hang reports, I just want the system to provide that.