From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail.free-electrons.com ([62.4.15.54]) by bombadil.infradead.org with esmtp (Exim 4.89 #1 (Red Hat Linux)) id 1emk81-0008Sh-Ne for linux-mtd@lists.infradead.org; Fri, 16 Feb 2018 17:49:36 +0000 Date: Fri, 16 Feb 2018 18:48:40 +0100 From: Boris Brezillon To: Ezequiel Garcia Cc: Julia Lawall , Shreeya Patel , Boris Brezillon , Richard Weinberger , David Woodhouse , Brian Norris , Marek Vasut , Cyrille Pitchen , outreachy-kernel , linux-mtd@lists.infradead.org Subject: Re: [Outreachy kernel] Re: [PATCH NAND 0/5] Replace printk statements with pr_*macros Message-ID: <20180216184840.096e534c@bbrezillon> In-Reply-To: References: MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit List-Id: Linux MTD discussion mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , On Fri, 16 Feb 2018 14:26:56 -0300 Ezequiel Garcia wrote: > On 16 February 2018 at 14:23, Julia Lawall wrote: > > > > > > On Fri, 16 Feb 2018, Ezequiel Garcia wrote: > > > >> Hi Shreeya, > >> > >> Thanks for the contribution. > >> > >> On 16 February 2018 at 13:50, Shreeya Patel > >> wrote: > >> > This patchset removes all the log levels i.e. KERN_WARN, > >> > KERN_NOTICE, KERN_ERR, KERN_INFO, KERN_DEBUG used in the printk > >> > statements and replaces the printk statements with appropriate > >> > pr_*macros. > >> > According to the kernel coding style, pr_*macro is the preferred > >> > way to print the message. > >> > > >> > >> So, two things to begin with. > >> > >> First of all, despite this contribution being part of outreachy, > >> I believe you can include mailing lists in your case. > >> > >> In other words, don't use the "nol" option in get_maintainer > >> script and Cc the MTD mailing list: linux-mtd at lists.infradead.org. > > > > Shouldn't the dev_* functions also be usable? > > > > Provided that: > 1. it's applicable, i.e. if in the context of a device. Yep, be careful with that. The MTD/NAND subsystem initializes mtd->dev.name quite late, so it's not safe to use &mtd->dev with dev_(). Note that you can use the NAND controller pdev->dev if available. > 2. Richard is not too opposed to the idea. > > Then, yes. -- Boris Brezillon, Bootlin (formerly Free Electrons) Embedded Linux and Kernel engineering http://bootlin.com