Received: by 2002:a05:6a10:8c0a:0:0:0:0 with SMTP id go10csp6567964pxb; Wed, 17 Feb 2021 07:48:34 -0800 (PST) X-Google-Smtp-Source: ABdhPJwVM3CjBo4Povs66RCAsACaWtC2kwW3C1RNGcaxL4/5MnDFDFNHSqLT3k/5mm7rPNxAXZtg X-Received: by 2002:a17:906:1d51:: with SMTP id o17mr26414079ejh.85.1613576913582; Wed, 17 Feb 2021 07:48:33 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1613576913; cv=none; d=google.com; s=arc-20160816; b=MwjpLAgXboUB1+lcByuQ6BOeOH1IuDrN/YwuKxvPmlDmRSflqDwn0r9oVCWQsjU/Vy vtCdIKrAg1lnzznh6DbnldYNH0LC9I/AfvXSwM61sK3heWWlZwezfXcxLZxL4E4AoNhu a8Xk02w6Rpxk2XyEq621K4ZBZiLwhNTGQRylpaGnUpwbR+rTV4B0G7TuFnzRgRZqt7dv G6nfur/O3a4P2qGvfJ6Vs2gZTdjv+jWGkAotjCWdfmeVv26pKV28y97CCulFyy0JgHoF 4pWdGvjeCgzH018+8UdOSp24BMu4/YWIlAn1lNkf9G3NR0Gz7lb/Z2GFmOzzwfZiJIzv okhQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=FUn7QE4j9n1Ke4FG2h/jPjvP9Wt9kP4O0SUWhsu5TQ0=; b=o9Lc28O2yM58c8RKiw85XrDWyQoJX3RHKq9BJaPrlHLa0Jaa/i2uCWS3/T3ov/S15k 9dVdoofUzgohT68OG9wo+vviL6WzV5Zca7K4+5r93SCXP7KKzY/pEj6TCTHM9fA9Y/6B UQ4lGzWwf7gvyfqVTin90n2SMS7FE8OtW0HlwXHvj4LybqRtlF5NsqDyaL0eDKmPAbOG Q6xiNTi44KDUeeKUpTUnFfKnrSc7FjM9MKk9reHCmhBjQoUHs/XSl5WjWlRlqgtIROwu dEf5xuXN4ydNTnmMPQhn+Ce4+X96lCqONaKCtzjBcnW+fY7J1xsrCctHuXNGNFtmHHpA K+ag== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@suse.com header.s=susede1 header.b=N4OZq7gX; 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; dmarc=pass (p=QUARANTINE sp=NONE dis=NONE) header.from=suse.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id h21si1855440eje.365.2021.02.17.07.48.08; Wed, 17 Feb 2021 07:48:33 -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; dkim=pass header.i=@suse.com header.s=susede1 header.b=N4OZq7gX; 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; dmarc=pass (p=QUARANTINE sp=NONE dis=NONE) header.from=suse.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S233770AbhBQPqx (ORCPT + 99 others); Wed, 17 Feb 2021 10:46:53 -0500 Received: from mx2.suse.de ([195.135.220.15]:49370 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233666AbhBQPqr (ORCPT ); Wed, 17 Feb 2021 10:46:47 -0500 X-Virus-Scanned: by amavisd-new at test-mx.suse.de DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=suse.com; s=susede1; t=1613576752; h=from:from:reply-to:date:date:message-id:message-id:to:to:cc:cc: mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=FUn7QE4j9n1Ke4FG2h/jPjvP9Wt9kP4O0SUWhsu5TQ0=; b=N4OZq7gXUPKaU2Q/R6QAWbED8XySuySJqkmJlCCmN+U2tDf0kCEGF+SN+rL3G1Ih/+IwgV qlSWochGv5Gt5A8bIfQ+S/+EHQ84lQfZ+cMxM1KdXCyRJjmROtp1FI/jAO4ogm9UfW0boY vtJQF91ixs7xfiYXk7WWJPcX0Hh0uk8= Received: from relay2.suse.de (unknown [195.135.221.27]) by mx2.suse.de (Postfix) with ESMTP id 2AE42B11F; Wed, 17 Feb 2021 15:45:52 +0000 (UTC) Date: Wed, 17 Feb 2021 16:45:51 +0100 From: Petr Mladek To: Chris Down Cc: Johannes Weiner , linux-kernel@vger.kernel.org, Sergey Senozhatsky , John Ogness , Andrew Morton , Steven Rostedt , Greg Kroah-Hartman , Kees Cook , kernel-team@fb.com Subject: Re: code style: Re: [PATCH v4] printk: Userspace format enumeration support Message-ID: References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue 2021-02-16 21:05:48, Chris Down wrote: > Johannes Weiner writes: > > On Tue, Feb 16, 2021 at 05:27:08PM +0000, Chris Down wrote: > > > Petr Mladek writes: > > > > I wonder if we could find a better name for the configure switch. > > > > I have troubles to imagine what printk enumeration might mean. > > > > Well, it might be because I am not a native speaker. > > > > > > > > Anyway, the word "enumeration" is used only in the configure option. > > > > Everything else is "printk_fmt" > > > > > > > > What about DEBUG_PRINTK_FORMATS? > > > > > > Hmm, I don't like DEBUG_PRINTK_FMTS because it's not about debugging, it's > > > about enumeration, I guess :-) > > > > > > The name should reflect that this catalogues the available printks in the > > > kernel -- "debugging" seems to imply something different. > > > > > > I'm ok with a different name like "printk catalogue" or something like that > > > if you prefer. Personally I think "printk enumeration" is fairly clear -- > > > it's about enumerating the available printks -- but anything that captures > > > that spirit is fine. > > > > How about config PRINTK_INDEX? > > Ah yes, I also like that. PRINTK_INDEX is fine from my perspective and is > more straightforward than "enumeration", thanks. It is better than enumeration. But there is still the same problem. The word "index" is used neither in the code nor in the debugfs interface. It is like enabling cars and seeing apples. What about CONFIG_PRINTK_DEBUGFS? It seems that various subsystems use CONFIG__DEBUGFS pattern when they expose some internals in debugfs. Best Regards, Petr