Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp734668imu; Tue, 11 Dec 2018 06:48:52 -0800 (PST) X-Google-Smtp-Source: AFSGD/W31otx86rnglGYOUQszKwwGpZiFzx5qMahrft0FCZjTbkalmVJvw0hKQZf6RJy4X6jz+R6 X-Received: by 2002:a63:e247:: with SMTP id y7mr14152005pgj.84.1544539732153; Tue, 11 Dec 2018 06:48:52 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1544539732; cv=none; d=google.com; s=arc-20160816; b=GsjGsRa8STrdE4tRuKEVrrHn05QxJIwnlLeJI2qIJNyk5zN8gQLXarZv8C0elNPmPu 3B4eBj5RtUhd3bRcUokqSbZ/x9kWUtYzpcLjCLhBWjf/YCXnItRJnwuRGfYzV0AG+g2R cMSiqqgaXwEBz54RJhYIuBGjHujPrymGpjrXYzTspCxP7TEEeDqaUua5WlhLLkNZWmFr wCLAfH/zXUBhGxudW7mgWK/yojg74OutDdHMFzo+nzpsV8R9moMmBWYmA+2pZ4dFRjeo 4lp1RFBev1+u53VMikomIPpm+0DbhIRbBlXcq7oPdgG9nC3SVOy77tWvafnOcw4k30/p 4eLQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=C//4tpETSyIhVFlltci4nUHa2U+eitC8sZUcL4km6nE=; b=modVpFPw/lVEJF33xhU0LP2thQk6jODczQWmt3XJiFXk8F5muwfTraxsG2EABxXnZN +wdgsoxkzSFiddLi6WSAHJua4+eKsTfngEUqrGReC+0SfrDLVVSRAFbpZvPGkdCxZ8vy bcv/WFCF7LpZcHsg5dtNnCuLW39iw2C6Dt8MA/Gp+EU+GGP30N1CMg6JnC3+hfCnaCOt DwozMCgFEAwlSSmqsrFrr2N5NC6Zj0D+844kBwrKW3t+L0DmIcvOFTfK+kpZaU9EM+7K iKntzj94rNSdy6K+rPDQiBH3aceJ+zknFrZ1XZ10VzsdyJyaJmPtZorwUfxDUnhFMSta Q8mQ== ARC-Authentication-Results: i=1; mx.google.com; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id z5si12474830pgj.177.2018.12.11.06.48.36; Tue, 11 Dec 2018 06:48:52 -0800 (PST) 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; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726599AbeLKOqH (ORCPT + 99 others); Tue, 11 Dec 2018 09:46:07 -0500 Received: from mx2.suse.de ([195.135.220.15]:48212 "EHLO mx1.suse.de" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1726231AbeLKOqH (ORCPT ); Tue, 11 Dec 2018 09:46:07 -0500 X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay1.suse.de (unknown [195.135.220.254]) by mx1.suse.de (Postfix) with ESMTP id 1E39DB041; Tue, 11 Dec 2018 14:46:05 +0000 (UTC) Date: Tue, 11 Dec 2018 15:46:03 +0100 From: Petr Mladek To: "Liu, Chuansheng" Cc: Tetsuo Handa , Sergey Senozhatsky , "akpm@linux-foundation.org" , "sergey.senozhatsky@gmail.com" , "rostedt@goodmis.org" , "dvyukov@google.com" , "linux-kernel@vger.kernel.org" Subject: Re: [PATCH] kernel/hung_task.c: force ignore_loglevel before panic Message-ID: <20181211144603.xrxip27hfd5uljok@pathway.suse.cz> References: <27240C0AC20F114CBF8149A2696CBE4A6015A889@SHSMSX101.ccr.corp.intel.com> <20181210054622.GA6291@jagdpanzerIV> <27240C0AC20F114CBF8149A2696CBE4A6015A8D9@SHSMSX101.ccr.corp.intel.com> <20181210061151.GA28533@jagdpanzerIV> <27240C0AC20F114CBF8149A2696CBE4A6015ABB6@SHSMSX101.ccr.corp.intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <27240C0AC20F114CBF8149A2696CBE4A6015ABB6@SHSMSX101.ccr.corp.intel.com> User-Agent: NeoMutt/20170421 (1.8.2) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue 2018-12-11 01:16:10, Liu, Chuansheng wrote: > > From: Tetsuo Handa [mailto:penguin-kernel@i-love.sakura.ne.jp] > > On 2018/12/10 15:11, Sergey Senozhatsky wrote: > > > On (12/10/18 05:58), Liu, Chuansheng wrote: > > >>> On (12/10/18 05:40), Liu, Chuansheng wrote: > > >>>> @@ -130,6 +130,13 @@ static void check_hung_task(struct task_struct > > - if (!sysctl_hung_task_warnings && !sysctl_hung_task_panic) > > - return; > > + if (sysctl_hung_task_panic) { > > + console_verbose(); > > + hung_task_show_lock = true; > > + hung_task_call_panic = true; > > + } > > (...snipped...) > > - if (sysctl_hung_task_panic) { > > - hung_task_show_lock = true; > > - hung_task_call_panic = true; > > - } > Thanks Tetsuo, I prefer this option, which makes code more readable. I like this variant as well. Also using console_verbose() looks like a better choice. > More thoughts in this condition of sysctl_hung_task_warnings == 0 && sysctl_hung_task_panic == 1, > in this case, debug_show_all_locks() may not output useful information if LOCK DEBUG config is not enabled. > trigger_all_cpu_backtrace() will not show the hung task for debugging either. > > We may enhance it by: > - if (sysctl_hung_task_warnings) { > + if (sysctl_hung_task_panic || sysctl_hung_task_warnings) { > if (sysctl_hung_task_warnings > 0) > sysctl_hung_task_warnings--; I agree with Tetsuo that we should not touch this. The warnings will get typically printed because panic() will get triggered on the first occasion. And we should respect when the admin disables the warnings completely. Best Regards, Petr