Received: by 2002:a05:6a10:22f:0:0:0:0 with SMTP id 15csp2859387pxk; Mon, 28 Sep 2020 01:47:51 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwwJ9ENzCbNDQb/MF7E11+OhNhF1xARsrBjPEAZea34QI1p0qGLFRNYxOA18xgn6diS+wUK X-Received: by 2002:a05:6402:1717:: with SMTP id y23mr579130edu.112.1601282870920; Mon, 28 Sep 2020 01:47:50 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1601282870; cv=none; d=google.com; s=arc-20160816; b=yodjSVCxKxc3QasXbIVxBQWoi+8NfJc2ctmuet54qklCu+C1FRIT9Ts/4S2qSoxFjl JnOOKxxEtxF1TvU0ZBuvV98v205q7DdUOuL26XUDCitRpqDu/djBgLanIGyyOOcmQrf8 5mZD6qkXtTxCfeaguq/WZvQ+ZzLTM1E9wocQa+7mrx1BAI14nyVJNAMEbg0qGrhVY/2U 0Uz4J4isWoM8Xfe611HY9NKiBAQSQUcBghVHCuvMbaZM1vBL/vTOdB3OXVj9wjxVvjpD F9h6lSn0t/pTwLGA0qfNs91HWrdPGPOZe5rUcADg04cG+IlAt/cUdrJjnCq+WH0EnN8a 39sg== 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=CEApB2K3TU5g9l7c67imKZz9PV74M0n9Z3yh758z1ng=; b=igTkBvBvy30iI/u7GjAX+pUQgvlu76p8xnTVJohRM1TKnFVQbKxcFBQBXWgwEu6Dfc b3gzRrghr34PM6JmFRzrPHM0JUexkJ/XrLnVfS+MtK/utXSiS9gC39Ai1FmzSBgcbrfX E8jPs2Jsd3Lfn0QHzR439g8Y7To1sUi9ZzAK3CFQczlFeQTzyLFJqFpfAOcDDp9TF5wq d3pexD6yob1dAvTMwOKhFyeAEiOAlONRMie3kh1b6bhFLCAgG+uT+yW8afs2+OHJAGan fKg4v3UkSF7lR9vc4C5Uov8XCoNtSjEZ+zZAj9vF5X3q0Wi14xSR8sGyxNRcLlolWW+I 12/g== 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 c9si170734edt.107.2020.09.28.01.47.27; Mon, 28 Sep 2020 01:47:50 -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 S1726608AbgI1IqW (ORCPT + 99 others); Mon, 28 Sep 2020 04:46:22 -0400 Received: from cmccmta1.chinamobile.com ([221.176.66.79]:22001 "EHLO cmccmta1.chinamobile.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726328AbgI1IqW (ORCPT ); Mon, 28 Sep 2020 04:46:22 -0400 Received: from spf.mail.chinamobile.com (unknown[172.16.121.17]) by rmmx-syy-dmz-app04-12004 (RichMail) with SMTP id 2ee45f71a2ae565-f1855; Mon, 28 Sep 2020 16:45:34 +0800 (CST) X-RM-TRANSID: 2ee45f71a2ae565-f1855 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 2ee95f71a2ace47-a72e9; Mon, 28 Sep 2020 16:45:33 +0800 (CST) X-RM-TRANSID: 2ee95f71a2ace47-a72e9 Subject: Re: [PATCH] usb: bdc: Remove duplicate error message in bdc_probe() To: Greg KH Cc: balbi@kernel.org, linux-usb@vger.kernel.org, linux-kernel@vger.kernel.org, Florian Fainelli References: <20200927134218.20028-1-tangbin@cmss.chinamobile.com> <20200927134550.GA302849@kroah.com> From: Tang Bin Message-ID: Date: Mon, 28 Sep 2020 16:45:29 +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: <20200927134550.GA302849@kroah.com> 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 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. Thanks Tang Bin >