Received: by 2002:a05:6a10:22f:0:0:0:0 with SMTP id 15csp2938569pxk; Mon, 28 Sep 2020 04:26:35 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwzYo73mH0slwsfcjkXcAWN9dkb1AON4zSBKSTd1/hKVMZB5SzIKdfHpKzRtH13qxIqFEwR X-Received: by 2002:aa7:d585:: with SMTP id r5mr1160958edq.278.1601292395489; Mon, 28 Sep 2020 04:26:35 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1601292395; cv=none; d=google.com; s=arc-20160816; b=uvf2YDq+/oBh9NIC2Jp2Bv7FhnanfGZgJ2RdU3t274tqlLUbWNN+oUcPOO6TkrZNhZ PI+2JCPNhm19V2nD/xzFQyIAneooGU3+gG67DUjcdThQmopgOvFKr8azB0xZ0ilfmjyk lj24Iuv89aO15JxDvso3G03w8ISJTCJnpqBxoQP6+IQbmYRASQfY7CqoISrozwHIQZaz km+s+VgsIIB6XJfiSz5TczBAYXiv/SFP2UWSrxgQl2ge6G7GycHs3hepmsOoQrqPvJx2 UuJCZCiDnjREr9Ssng/CblLplK4tGtaXRBMXSCuTrLwf8kw5IeR4SCQTX1EPZ/mDZ/ck Id8w== 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-transfer-encoding :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:dkim-signature; bh=7qtnE5r7lyKib/zra0BffBHRR9NEb7k8vozxGEnH6iI=; b=ONU05mEOqKqDP/gxAlDNltB0RRB+6DUGid8O1UulOLQXBjfYZO7sR2s3pTZXyZiZxO pBs3KBFvmbi06BSn3pLiTAPvyWg6Ht+S3lQNQZwvUGM2bxbxseozs99tQ8yapzEipODD rWt4LvSttAHiY6udEUz7OAFCBwMRCMfO96gVL0IbLljH+7HdZlmHe0LcSrjdnS1cgYHA hNxv+ZzEmrGNmLYtQRERXpP3yo1YpN8IGVCaylstAmQ8tWLSxYeWWUMZX3zYkDNKsDUh bJNknaJQRseFa7NO4DgVWjqJX1rTBoltnNAlAY/ePWX2CHGllMTrrWy+5dHRJEK9z4Qn YQDQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=WOjuH0j4; 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=fail (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id w24si393839edl.504.2020.09.28.04.26.11; Mon, 28 Sep 2020 04:26:35 -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; dkim=pass header.i=@kernel.org header.s=default header.b=WOjuH0j4; 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=fail (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726607AbgI1LWy (ORCPT + 99 others); Mon, 28 Sep 2020 07:22:54 -0400 Received: from mail.kernel.org ([198.145.29.99]:36746 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726461AbgI1LWy (ORCPT ); Mon, 28 Sep 2020 07:22:54 -0400 Received: from localhost (83-86-74-64.cable.dynamic.v4.ziggo.nl [83.86.74.64]) (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 DA63921D46; Mon, 28 Sep 2020 11:22:52 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1601292173; bh=QpuIWtVRDqnN1mOJ385Sw7sX9WvQInDfIiJyGTbG4ok=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=WOjuH0j4EkfKRqTC8tjLKNwm/BzOIvEEbG5/gU4mhuR1bfv6ZtyLLGVmlT1IdsOqQ znPOw2MD5Cz0QkQz3PXH4VFN+pQBSwfwo2R+pv61iaKwjr4vsWVCd707y8oNy3WD89 NwEw/0Oo8hG05MWwV1BCGDRV50Tpv1wWcDMpdUUk= Date: Mon, 28 Sep 2020 13:23:01 +0200 From: Greg KH To: Tang Bin Cc: Felipe Balbi , linux-usb@vger.kernel.org, linux-kernel@vger.kernel.org, Florian Fainelli Subject: Re: [PATCH] usb: bdc: Remove duplicate error message in bdc_probe() Message-ID: <20200928112301.GA415117@kroah.com> References: <20200927134218.20028-1-tangbin@cmss.chinamobile.com> <20200927134550.GA302849@kroah.com> <87sgb29r3g.fsf@kernel.org> <02162cfc-cbe3-4747-e518-7f3b3d7a0e7f@cmss.chinamobile.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <02162cfc-cbe3-4747-e518-7f3b3d7a0e7f@cmss.chinamobile.com> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Sep 28, 2020 at 06:55:26PM +0800, Tang Bin wrote: > 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. Felipe is correct, and also, you should listen to him over me as he is the maintainer of this part of the kernel :) greg k-h