Received: by 2002:a05:6a10:8c0a:0:0:0:0 with SMTP id go10csp1503401pxb; Wed, 10 Feb 2021 09:45:57 -0800 (PST) X-Google-Smtp-Source: ABdhPJyXC9szNEDZ07H27K6X4BfPmWqnAcjY8yMiGTVsisxppFna+ugyIJP1pUAeqHnjBOKM1M8c X-Received: by 2002:a17:906:c299:: with SMTP id r25mr4138071ejz.80.1612979157128; Wed, 10 Feb 2021 09:45:57 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1612979157; cv=none; d=google.com; s=arc-20160816; b=PH+nPaT4d5TLSYkS6y4GGLFSzSOfE2Ku1dUN+MHuBocrHrnSfIjk+7pCjiY98rG1HG tETkH21SRjiyJbk4bHI+TANXk/K//Cwr8KUkoPe3ukBCeTslgdwPoslDNdbRryWv0AGG CxFD+9Wv6UOJZtgx2IgeB9+lFgieCrSlubm78MQ1d1d/jh5sEDDVqyAuZRY8wkk9LG7n BdKc5wGA0hTGlkWuORdt8h8bYE2/IS1LAHqOFxFGFpUVG3vFGz9oJJjcF9gbfRnyn+a/ uqzASCCfmjYaQ0N5Hg4+D/YdPg6ZraEQ15dXPWQdH7mMuzYRsWzR21hxBVhx3Z6cDIVy ZlRA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:content-language :in-reply-to:mime-version:user-agent:date:message-id:from:references :cc:to:subject; bh=biokEANtnVuv0V7pCd3NpxaHgMYvtqlGYbS0rmqSYQo=; b=octFcEfjGnOolSlelKBedEaD3v3rmn/gXky8dSBzuJu2Z98nq9gTpcRbHK+S8cRAC7 qV9jW8ttM7qW0FxOgdj7rqBrADXFVcbpLXQgKyKPo5QDlk5lT2kIQkP5rY6QszJacCUF g9w/3UYZO13Pz5p9YlxjI7CKDRai4X9ZI2RL3fSzZ0cii/owKEj1nJfksxVzbL6i0myU twTjYb9zEQIzr74wGc71AD0olW3pOJfNQ0YMN+OnUWiXe/l0p7gVDQqHTOAagKkZmtUU fuiJNBmMZrE80jyjKpJ6yihl8ZHNZ+RDe7jRdPuKkvPXbdSstxpNsJ4/pKyrM2nlEUlB ywVw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id u22si1670215ejo.574.2021.02.10.09.45.33; Wed, 10 Feb 2021 09:45:57 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232212AbhBJRmf (ORCPT + 99 others); Wed, 10 Feb 2021 12:42:35 -0500 Received: from www262.sakura.ne.jp ([202.181.97.72]:62870 "EHLO www262.sakura.ne.jp" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232732AbhBJRmS (ORCPT ); Wed, 10 Feb 2021 12:42:18 -0500 Received: from fsav301.sakura.ne.jp (fsav301.sakura.ne.jp [153.120.85.132]) by www262.sakura.ne.jp (8.15.2/8.15.2) with ESMTP id 11AHfZjc062357; Thu, 11 Feb 2021 02:41:35 +0900 (JST) (envelope-from penguin-kernel@i-love.sakura.ne.jp) Received: from www262.sakura.ne.jp (202.181.97.72) by fsav301.sakura.ne.jp (F-Secure/fsigk_smtp/550/fsav301.sakura.ne.jp); Thu, 11 Feb 2021 02:41:35 +0900 (JST) X-Virus-Status: clean(F-Secure/fsigk_smtp/550/fsav301.sakura.ne.jp) Received: from [192.168.1.9] (M106072142033.v4.enabler.ne.jp [106.72.142.33]) (authenticated bits=0) by www262.sakura.ne.jp (8.15.2/8.15.2) with ESMTPSA id 11AHfZVx062313 (version=TLSv1.2 cipher=AES256-GCM-SHA384 bits=256 verify=NO); Thu, 11 Feb 2021 02:41:35 +0900 (JST) (envelope-from penguin-kernel@i-love.sakura.ne.jp) Subject: Re: [PATCH 0/3][RESEND] add support for never printing hashed addresses To: Andy Shevchenko Cc: Steven Rostedt , Timur Tabi , Petr Mladek , Sergey Senozhatsky , Vlastimil Babka , Matthew Wilcox , akpm@linux-foundation.org, Linus Torvalds , roman.fietze@magna.com, Kees Cook , John Ogness , akinobu.mita@gmail.com, glider@google.com, Andrey Konovalov , Marco Elver , Rasmus Villemoes , Pavel Machek , linux-kernel@vger.kernel.org, linux-mm@kvack.org References: <20210210051814.845713-1-timur@kernel.org> <6da0be5a-7cb0-4943-e61f-7c3275e60cb6@i-love.sakura.ne.jp> <20210210111836.2468f10a@gandalf.local.home> From: Tetsuo Handa Message-ID: Date: Thu, 11 Feb 2021 02:41:29 +0900 User-Agent: Mozilla/5.0 (Windows NT 6.3; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.7.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 2021/02/11 1:54, Andy Shevchenko wrote: > On Thu, Feb 11, 2021 at 01:39:41AM +0900, Tetsuo Handa wrote: >> On 2021/02/11 1:18, Steven Rostedt wrote: >>> The point of this exercise is to be able to debug the *same* kernel that >>> someone is having issues with. And this is to facilitate that debugging. >> >> That's too difficult to use. If a problem is not reproducible, we will have >> no choice but always specify "never hash pointers" command line option. If a >> problem is reproducible, we can rebuild that kernel with "never hash pointers" >> config option turned on. > > I think what you are targeting is something like dynamic debug approach where > you can choose which prints to enable/disable and what enable/disable in them. What I'm targeting is "zero interaction from kernel command line options" like https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git/commit/drivers/usb/usbip?id=f1bdf414e7dd0cbc26460425719fc3ea479947a2 . > > In that case you specifically apply a command line option and enable only files > / lines in the files. While there is boot-config feature for specifying very long kernel command line options, I can't enforce syzkaller users (including syzbot) to switch what to enable/disable via kernel command line options. Let alone defining a kernel command line option for single-purpose debug printk() changes like shown above.