Received: by 2002:a05:6a10:9848:0:0:0:0 with SMTP id x8csp726715pxf; Thu, 1 Apr 2021 11:56:04 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyiJPWnVhiQBOsiOBgFZT5MVq/IljLuXvxIy5HfUyVzMH4N+YTDyumX59WPixGOT9DegL4D X-Received: by 2002:a05:6638:35ab:: with SMTP id v43mr9151822jal.65.1617303364760; Thu, 01 Apr 2021 11:56:04 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1617303364; cv=none; d=google.com; s=arc-20160816; b=NhYjUhTilRMO1KDhB1Iwp/trXTOWJIEV+DxrIRTdA2ZJ1QuLGMmWM/5RQJAf3Yi80R sfqDj6l9MDNYud7AmFvd5S4Rui9amWu3IaoiNSbt3eEb86sCBEoODiFogkQNn01JRRpo s2/QHgwOMFcUOFIFCrhg9o3255GnagYmB4h9ReYlafF8H6yjq1vZvAjkV9MQg0i9YZgZ ZO3I14hxtaoSLBX5LlxpgxAKVWD2kDoYWGTEIqDNhkp2TMHcuJiR8E3NF9wI99AfKnwB jMSegUo5iW/VKHImveSZsgcrfIMWMSZZgvh0ux9REEz2HrJXq0iWYRYoebHxidvSH1Lg oZLw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :references:in-reply-to:message-id:subject:cc:to:from:date; bh=GOWZoMbMjyprb3h5ff2m+emo+VPWC4llQGRdY3yjlnY=; b=zOqZYD7gxnvOuG0pJRBkCiVSWRakKEL7vd2xjVP9B4CK3xBCsu/GW9EpgI/B3KjSU5 a0Bl2ZZdwDuaoUs09tAw6Y71f16uE6XLxTOGgrJb6Hky5R1u7fTByYHbt58HrQUSaZw3 jDd2BgC+dmpLQ9ll3kA8u/gA9PcOprVwfW9jC5r7VM+7401jSY6/v1ufTb3127gE/GhU u0btz2w5srgmnhSbZ95yBnMmc2cmF7fx/y5W/K4/C3yxL07nMlFGTB3J/Cqu9yAqtphg 9FnWthi458IsPkpL1qDq23hVUV1coXJ5lKlUi0OdI7Ky2Km5M4V6OdRfZ1T4iM8PtoNz h3YQ== 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id 9si5673044ilx.110.2021.04.01.11.55.51; Thu, 01 Apr 2021 11:56:04 -0700 (PDT) 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S237291AbhDASxo (ORCPT + 99 others); Thu, 1 Apr 2021 14:53:44 -0400 Received: from mail.kernel.org ([198.145.29.99]:35182 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S235778AbhDASnC (ORCPT ); Thu, 1 Apr 2021 14:43:02 -0400 Received: from jic23-huawei (cpc108967-cmbg20-2-0-cust86.5-4.cable.virginm.net [81.101.6.87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 8C22761364; Thu, 1 Apr 2021 15:05:47 +0000 (UTC) Date: Thu, 1 Apr 2021 16:05:57 +0100 From: Jonathan Cameron To: Mugilraj D Cc: Jonathan Cameron , Andy Shevchenko , Hartmut Knaack , Lars-Peter Clausen , Peter Meerwald-Stadler , Ray Jui , Scott Branden , bcm-kernel-feedback-list , linux-iio , linux-arm Mailing List , Linux Kernel Mailing List Subject: Re: [PATCH] iio: adc: bcm_iproc_adc: Use %s and __func__ Message-ID: <20210401160557.533bae90@jic23-huawei> In-Reply-To: References: <20210401062517.28832-1-dmugil2000@gmail.com> <20210401113015.00006b70@Huawei.com> X-Mailer: Claws Mail 3.17.8 (GTK+ 2.24.33; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, 1 Apr 2021 20:22:47 +0530 Mugilraj D wrote: > On 01/04/21 4:00 pm, Jonathan Cameron wrote: > > On Thu, 1 Apr 2021 12:24:50 +0300 > > Andy Shevchenko wrote: > > > >> On Thu, Apr 1, 2021 at 9:27 AM Mugilraj Dhavachelvan > >> wrote: > >>> > >>> Change function's name to %s and __func__ to fix checkpatch.pl errors. > >> > >> No, just drop the __func__ completely. First of all, we have a device > >> name, and uniqueness of the messages in the driver should guarantee > >> easy findings. Second, specific to _dbg() variants, with enabled > >> Dynamic Debug it can be chosen at run time! > >> > >> I recommend going through all drivers and drop __func__ near to > >> dev_dbg() and pr_debug(). > >> > > > > Agreed. Though beware that some maintainers will count this > > as noise and get grumpy. > > > > I'm fine with such patches for IIO. > > Sorry for the noise. I just seen the docs about dynamic debug. > So, if we use dev_dbg("log_msg") it will print statement like > filename:lineno [module]func flag log_msg, If I get it correctly. > And no need of specifying __func__ in dev_dbg() and dp_dbg() right!! > > Jonathan do you have any TODO's? I tend not to mind cleanup patches (within reason)in IIO so I'm absolutely fine with a series removing any __func__ items like this. One patch per driver preferred because it avoids issues with this interfering with backports etc. There will end up being about 18 patches from a quick grep. Perhaps send a small number first though to avoid having to put in too much effort as any issues likely to affect the whole set. Just be careful with other maintainers, they sometimes strike a different balance for what they consider noise vs useful. Jonathan > > > > > Jonathan > >