Received: by 2002:a05:6a10:22f:0:0:0:0 with SMTP id 15csp2920802pxk; Mon, 28 Sep 2020 03:57:34 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzslACEu5eEEgiDrxITxvoArn8yi0Mq5N5uPDnfkXpepe0NQskfdf7U/zq4RVpgJ39m/iN6 X-Received: by 2002:a17:906:5046:: with SMTP id e6mr1071375ejk.449.1601290654431; Mon, 28 Sep 2020 03:57:34 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1601290654; cv=none; d=google.com; s=arc-20160816; b=S2VEdqWFqUmMgBFKPtugptRADt9SyuhcYHKdMMsKgETPucgnpp7toYxVu8Zqu6xPzc 2BScU8nJuJTxiimYpwLKdhRT/rcjtYZZa6eEfM3jfgMSRRaULfZmTc4r7k9BTdpJnrDc IpdEqu9w/EhjoTYmK5lay2n5ifv5Nng4kXEl1XQQWglqzxSS/tuzOhTQLorwl+XkjygF 6rsxGu/UG3TQu9nob81MeMgow+o0PA1j1nhZflRAjJH3GaGzH1+y4zQAy9RG17OubJlp OljzrjHjFVuhwRHdrn1fjUMWlcuITKUPRWRAcPCVLPaLCd2J+XhFNRcXuhboiAhq4TKq BLhw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:in-reply-to :mime-version:user-agent:date:message-id:from:references:cc:to :subject; bh=JAFA7qI8URrZpJKyxIifCFQdXHQ+dtPjn5xOUNzerxc=; b=WEXMDDJKPuk+BLbQJIzVCp5MnM/V6JJQRuAxaSK8u1jFqqEX4+29bBumy4bcnxii7E 7URHpS0HMr4EeErrbgZHnBNh8LCbqIE7N0IpWrXm7fkUSI1EIS6BEd0ootRi8bA5INZl iu07x2SjshcWed7/7JCzv6kw01eSGm8HVW0SvRsBwPupMBrPSxd5vh50mEybg0Y00MSO Poh95ZDMveROst7pRQ2cfNTCohPA7mhVXJxrdckqxT67EiVC+H0j1cV3DAFQxV7VMf64 xdrMNoehC2Iu1Ucck/u2dzKQPBdAb4s7xlhHjY6rLOV7quGUcgZdqA0jgdMddQ/jnlN5 2WuQ== 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 d12si354761ejj.237.2020.09.28.03.57.09; Mon, 28 Sep 2020 03:57:34 -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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726540AbgI1Kz7 (ORCPT + 99 others); Mon, 28 Sep 2020 06:55:59 -0400 Received: from cmccmta1.chinamobile.com ([221.176.66.79]:6840 "EHLO cmccmta1.chinamobile.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726465AbgI1Kz7 (ORCPT ); Mon, 28 Sep 2020 06:55:59 -0400 Received: from spf.mail.chinamobile.com (unknown[172.16.121.17]) by rmmx-syy-dmz-app02-12002 (RichMail) with SMTP id 2ee25f71c123e4c-f35db; Mon, 28 Sep 2020 18:55:31 +0800 (CST) X-RM-TRANSID: 2ee25f71c123e4c-f35db X-RM-TagInfo: emlType=0 X-RM-SPAM-FLAG: 00000000 Received: from [192.168.21.77] (unknown[10.42.68.12]) by rmsmtp-syy-appsvr09-12009 (RichMail) with SMTP id 2ee95f71c120132-ad49b; Mon, 28 Sep 2020 18:55:31 +0800 (CST) X-RM-TRANSID: 2ee95f71c120132-ad49b Subject: Re: [PATCH] usb: bdc: Remove duplicate error message in bdc_probe() To: Felipe Balbi , Greg KH Cc: linux-usb@vger.kernel.org, linux-kernel@vger.kernel.org, Florian Fainelli References: <20200927134218.20028-1-tangbin@cmss.chinamobile.com> <20200927134550.GA302849@kroah.com> <87sgb29r3g.fsf@kernel.org> From: Tang Bin Message-ID: <02162cfc-cbe3-4747-e518-7f3b3d7a0e7f@cmss.chinamobile.com> Date: Mon, 28 Sep 2020 18:55:26 +0800 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.6.0 MIME-Version: 1.0 In-Reply-To: <87sgb29r3g.fsf@kernel.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Balbi: 在 2020/9/28 17:40, Felipe Balbi 写道: > Hi, > > Tang Bin writes: >> Hi Greg KH: >> >> 在 2020/9/27 21:45, Greg KH 写道: >>> On Sun, Sep 27, 2020 at 09:42:18PM +0800, Tang Bin wrote: >>>> In this function, we don't need dev_err() message because >>>> when something goes wrong, devm_platform_ioremap_resource() >>>> can print an error message itself, so remove the redundant >>>> one. >>>> >>>> Signed-off-by: Zhang Shengju >>>> Signed-off-by: Tang Bin >>>> --- >>>> drivers/usb/gadget/udc/bdc/bdc_core.c | 4 +--- >>>> 1 file changed, 1 insertion(+), 3 deletions(-) >>>> >>>> diff --git a/drivers/usb/gadget/udc/bdc/bdc_core.c b/drivers/usb/gadget/udc/bdc/bdc_core.c >>>> index 02a3a7746..9454f179e 100644 >>>> --- a/drivers/usb/gadget/udc/bdc/bdc_core.c >>>> +++ b/drivers/usb/gadget/udc/bdc/bdc_core.c >>>> @@ -508,10 +508,8 @@ static int bdc_probe(struct platform_device *pdev) >>>> bdc->clk = clk; >>>> >>>> bdc->regs = devm_platform_ioremap_resource(pdev, 0); >>>> - if (IS_ERR(bdc->regs)) { >>>> - dev_err(dev, "ioremap error\n"); >>>> + if (IS_ERR(bdc->regs)) >>>> return -ENOMEM; >>> Why not return the error given to us? >> Because when get ioremap failed, devm_platform_ioremap_resource() can >> print error message >> >> "dev_err(dev, "ioremap failed for resource %pR\n", res)" in it's called >> function. So I think this's place's >> >> dev_err(dev, "ioremap error\n") is redundant. > that's not what Greg point you at, though. Greg's concern is valid in > that instead of passing along the error within bdc->regs, you always > return -ENOMEM. OTW, your code should read like so: > > if (IS_ERR(bdc->regs)) > return PTR_ERR(bdc->regs); Thanks for your explain,when I send the patch yesterday, my point is at dev_err(), and not aimed at IS_ERR() & PTR_ERR(), if it's Greg's point, I will change this patch after his reply. Thank you very much. Tang Bin