Received: by 2002:a25:4158:0:0:0:0:0 with SMTP id o85csp6239523yba; Thu, 11 Apr 2019 15:18:10 -0700 (PDT) X-Google-Smtp-Source: APXvYqwAMzrpurMfLw2TQS2s8rgj1c8XQIPNvFFkKdNHxNH+JTJYw7tN5BUl0Simw/dp6P8o1mc/ X-Received: by 2002:a62:1881:: with SMTP id 123mr52507923pfy.25.1555021090608; Thu, 11 Apr 2019 15:18:10 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1555021090; cv=none; d=google.com; s=arc-20160816; b=ebZ+7SsGUa1MyR0reIwT8aFj6z8XLV5rB+TEFAraSpmY1tCTWN2TQqL5hDaOUi0LCK xX3ElTdD9+WK1VdlIP/7KAQrh2VSjDP62dVx53m/v3uRvyAtGfR8VB4BXgn5/+R+y+vN Pp1tYG+6AxgTDY6P9G6Vl2HfnwCF8HrdstbmCljzaAZS+dMryOzY6A9tkVikPlR1Y9LX yu2n7OiqI6TTTkXE8R4OL9MNsfZcBmndroWtQGs5UjaRczMdYvjY1uYSElxB/GoraEmH bEpj2WsCDrF3mv1Saw+XHCL6jE/JGs52Hnc6IEOmwwvxfQe0cxmW/h/Ru6oxQFs7/T4I s7fA== 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=LDlXbTgNK62M9TTPiznAAsRsQ5elV0UTIyTNpJ1vl3U=; b=pTRFaygXeVxgWO92lzOpMTmaCSWgFkVPbdPkv3WxZYzsWXBP4pe/5uhjSRW3Xf10Zt ofpDvd++v8uucoVmEOTaYwZmQ6YOELxIQuPuGeh4hEmbKUTxp+oeahDMHZYccy+aYfHv ql7P2p7HpEhfq7t3buvXcRQOP2rFeX6L34J2DemhL1AKHW4NKYArtuyreIDKQ00FB32+ 0Dwj6pgfab1Pv3VXVLBZeVlXRw60KrHfYhTIeJ2vAeOsghIXPUhYgChURf0EAxdFHIMs SFlwcQybJMRdiWCYnPSXteQniq08KVkDkIUptAUABLUR63AQ82D4XHf+gbQK2+r+14vS sItA== 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 i19si17565891pfr.246.2019.04.11.15.17.54; Thu, 11 Apr 2019 15:18:10 -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; 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 S1726750AbfDKWQ7 (ORCPT + 99 others); Thu, 11 Apr 2019 18:16:59 -0400 Received: from relay12.mail.gandi.net ([217.70.178.232]:38893 "EHLO relay12.mail.gandi.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726640AbfDKWQ7 (ORCPT ); Thu, 11 Apr 2019 18:16:59 -0400 Received: from localhost (unknown [134.134.139.76]) (Authenticated sender: josh@joshtriplett.org) by relay12.mail.gandi.net (Postfix) with ESMTPSA id 708DA20000A; Thu, 11 Apr 2019 22:16:48 +0000 (UTC) Date: Thu, 11 Apr 2019 15:16:45 -0700 From: Josh Triplett To: Sinan Kaya Cc: Kees Cook , LKML , Masahiro Yamada , Andrew Morton , "Peter Zijlstra (Intel)" , Johannes Weiner , Nicholas Piggin , Mathieu Desnoyers , Vasily Gorbik , Adrian Reber , Richard Guy Briggs , Petr Mladek , Andy Shevchenko , Matthew Wilcox , Joe Lawrence , Randy Dunlap , Mikulas Patocka , Robin Murphy , Tetsuo Handa , Changbin Du , Frederic Weisbecker , Sam Ravnborg , Ingo Molnar Subject: Re: [PATCH v2] init: Do not select DEBUG_KERNEL by default Message-ID: <20190411221645.GA8692@localhost> References: <20190410224213.20651-1-okaya@kernel.org> <135E84E9-F068-44CB-B4F6-A5AC2F4CDE3D@joshtriplett.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.10.1 (2018-07-13) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Apr 10, 2019 at 11:13:52PM -0400, Sinan Kaya wrote: > On 4/10/2019 11:02 PM, Josh Triplett wrote: > > Then let's fix*that*, and get checkpatch to help enforce it in the future. EXPERT doesn't affect code generation, and neither should this. > > I think we have to do both. We need to go after the users as well as > solve the immediate problem per this patch. > > As Mathieu identified, CONFIG_DEBUG_KERNEL is being used all over the > place and getting subsystem owners to remove let alone add a check > to checkpatch is just going to take time. > > Please let us know if you are OK with this plan. I'm not OK with this plan. Turning on EXPERT should make the options under DEBUG_KERNEL visible; it's a bug that DEBUG_KERNEL affects code generation as well. Proposed alternative plan: let's add a new symbol, something like DEBUG_MISC ("Miscellaneous debug code that should be under a more specific debug option but isn't"), make it depend on DEBUG_KERNEL and be "default DEBUG_KERNEL" but allow itself to be turned off, and then mechanically change the small handful of "#ifdef CONFIG_DEBUG_KERNEL" to "#ifdef CONFIG_DEBUG_MISC". Does that sound like an appropriately rapid solution for this bug?