Received: by 2002:a05:6a10:a0d1:0:0:0:0 with SMTP id j17csp2749706pxa; Mon, 17 Aug 2020 18:44:59 -0700 (PDT) X-Google-Smtp-Source: ABdhPJx3s8tNLdAzwVEm/9xhI4LL/Xcafk9x/fEx1wNxDjDk4ywGU6DHhiSB8bLHEHz7gc3fZREc X-Received: by 2002:a17:906:9385:: with SMTP id l5mr17513647ejx.144.1597715098873; Mon, 17 Aug 2020 18:44:58 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1597715098; cv=none; d=google.com; s=arc-20160816; b=P/jfEQseOsuiSOSQMRt5ht2gB3AmU51C4ka+QORZRShx+i6vtdstmbHg6PEDtGZC6n 8Q9I1iRSAYw3GH57U8hLQh6Uj0f7sW1Y7oMzQEN9lADygc0o8cIIN45eL27KdW08TkQv jK4faCLX6Qwp1nMwcCSaTMaNm+jZONvkeWHJpvvl26aRXYD2VF7za/S2PeZExx29m5pV 6VWpsD7cbCOrfWWq3xomeSrUIgpX+fQfIIYf/14wCtHysZS5kUUp5yl0UnMXSQUEYJMM lCxoPsVmqBo5EPonVGWtGeXM4Y1AyamAiGU3gB6jOto0D6mbQ5LL4EHGaFMAWFQ4KiJ9 O3Lw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:in-reply-to :mime-version:user-agent:date:message-id:from:references:cc:to :subject; bh=aoBEv2JAYEH7IguoLJtBHS6f5fylnkzyhy3fYVm5ym4=; b=gWmpfMF14Da1QQE8855q479yJpDV9KBRDxdr7Ii+5ZZhWoW//miRmkbLMRUT5Hy7MM XCxnNlC2y4JwBeEUEUzNZ+DDKjSJQYgIQrYaQzJugE0jJE5zhNDiQz8eU0lzJECOGkEJ sA6eSxGfmmOP+8964FmIQ17M6bLWA4OKDenUaqzt8+jdsbhmhnyk15QPbJToes0E78Hz WqaCHEJ33fk39qrLOfRBy2iTAHBGWDWH12EsQXSzQLiV5Og63RTjUWfrNxAgkcIBN4rT udiWGmCTqw5pg+7kOkr737F080zC+jlSG8zjMfIAONXHYIEc5pQWj3S7k7LBiov//Qsg V30g== 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 b2si11886224ejk.222.2020.08.17.18.44.34; Mon, 17 Aug 2020 18:44:58 -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 S1726541AbgHRBm7 (ORCPT + 99 others); Mon, 17 Aug 2020 21:42:59 -0400 Received: from cmccmta1.chinamobile.com ([221.176.66.79]:58142 "EHLO cmccmta1.chinamobile.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726302AbgHRBm5 (ORCPT ); Mon, 17 Aug 2020 21:42:57 -0400 Received: from spf.mail.chinamobile.com (unknown[172.16.121.9]) by rmmx-syy-dmz-app03-12003 (RichMail) with SMTP id 2ee35f3b320ed58-a7502; Tue, 18 Aug 2020 09:42:38 +0800 (CST) X-RM-TRANSID: 2ee35f3b320ed58-a7502 X-RM-TagInfo: emlType=0 X-RM-SPAM-FLAG: 00000000 Received: from [192.168.21.77] (unknown[10.42.68.12]) by rmsmtp-syy-appsvr05-12005 (RichMail) with SMTP id 2ee55f3b320d8b7-328ee; Tue, 18 Aug 2020 09:42:38 +0800 (CST) X-RM-TRANSID: 2ee55f3b320d8b7-328ee Subject: Re: [PATCH] ath10k: fix the status check and wrong return To: Kalle Valo Cc: davem@davemloft.net, netdev@vger.kernel.org, linux-wireless@vger.kernel.org, linux-kernel@vger.kernel.org, ath10k@lists.infradead.org References: <20200814144844.1920-1-tangbin@cmss.chinamobile.com> <87y2mdjqkx.fsf@codeaurora.org> From: Tang Bin Message-ID: Date: Tue, 18 Aug 2020 09:42:03 +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: <87y2mdjqkx.fsf@codeaurora.org> Content-Type: text/plain; charset=gbk; format=flowed Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Kalle?? ?? 2020/8/17 22:26, Kalle Valo ะด??: >> In the function ath10k_ahb_clock_init(), devm_clk_get() doesn't >> return NULL. Thus use IS_ERR() and PTR_ERR() to validate >> the returned value instead of IS_ERR_OR_NULL(). > Why? What's the benefit of this patch? Or what harm does > IS_ERR_OR_NULL() create? Thanks for you reply, the benefit of this patch is simplify the code, because in this function, I don't think the situation of 'devm_clk_get() return NULL' exists. So please think about it, thanks. Tang Bin > >> Signed-off-by: Zhang Shengju >> Signed-off-by: Tang Bin >> --- >> drivers/net/wireless/ath/ath10k/ahb.c | 12 ++++++------ >> 1 file changed, 6 insertions(+), 6 deletions(-) >> >> diff --git a/drivers/net/wireless/ath/ath10k/ahb.c b/drivers/net/wireless/ath/ath10k/ahb.c >> index ed87bc00f..ea669af6a 100644 >> --- a/drivers/net/wireless/ath/ath10k/ahb.c >> +++ b/drivers/net/wireless/ath/ath10k/ahb.c >> @@ -87,24 +87,24 @@ static int ath10k_ahb_clock_init(struct ath10k *ar) >> dev = &ar_ahb->pdev->dev; >> >> ar_ahb->cmd_clk = devm_clk_get(dev, "wifi_wcss_cmd"); >> - if (IS_ERR_OR_NULL(ar_ahb->cmd_clk)) { >> + if (IS_ERR(ar_ahb->cmd_clk)) { >> ath10k_err(ar, "failed to get cmd clk: %ld\n", >> PTR_ERR(ar_ahb->cmd_clk)); >> - return ar_ahb->cmd_clk ? PTR_ERR(ar_ahb->cmd_clk) : -ENODEV; >> + return PTR_ERR(ar_ahb->cmd_clk); >> } > devm_clk_get() can return NULL if CONFIG_HAVE_CLK is disabled: > > static inline struct clk *devm_clk_get(struct device *dev, const char *id) > { > return NULL; > } >