Received: by 2002:a25:6193:0:0:0:0:0 with SMTP id v141csp3305659ybb; Mon, 6 Apr 2020 06:25:05 -0700 (PDT) X-Google-Smtp-Source: APiQypLzlQeA/L7Pg3hCJF5mxHqE2HOCqPRfEEzrEW2E61CdiAJcXrgubsMouc2lyjz5b5+EMIK0 X-Received: by 2002:a05:6830:1d95:: with SMTP id y21mr18049664oti.180.1586179505486; Mon, 06 Apr 2020 06:25:05 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1586179505; cv=none; d=google.com; s=arc-20160816; b=hO9Oz6joZA3bwPMM9kdcZ/i30538de/oUMq6MmIZLzOhuqVtY8LGBmdUtBUGAvjX22 mufge/VmYDcCNW0DwqUEMTPpI+nM0HHE+6TgRBzEnHFigFOBZQF+drayr6ALq2elICTs CSOEw3+JVkjKIKK0nduTUN9mS5wFUDhz7VpUZLnFyjdyS9jN9yvpFdaCAwbnC1gyb2Nr BR47hLKshvo6TeKNS23ZrfihgBx9hf1U5A68CpN9NCHQlJacAZhuAjiPpBWXk0JOHFos 4j0jpPCc6TnflM8m3aV4jNcthCqXDp1Pg7tZ+FHzSRI2At3EddZevSEKCpIAi4BQnANc /Wyw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:user-agent:message-id :in-reply-to:date:references:subject:cc:to:from:dmarc-filter :dkim-signature; bh=0huV9gCKoElhr+Kd6F/isL7651Gm8HQMAsVqnv5Vwq0=; b=Hk7CVvOCiK/K+jH1TAjndgdCP7d07KV09+dgG5GAJmGJSwA4JVmer6XxOL8Syo3JT0 6czoHglsVISxLSyZKLTJE+XjoTkHaWBy9n1ci1BVyhd7LXPDQG2rO1qIL6LWK7iklrrV xBxA9tCjF13oviBbO+frXUifhid4u4HOwug4c2xlPSBc6WdwSPX/LeX/309W+K5g55Ot tOgybuemLsgottXWskl6gniPQfgdb0iJEYvG7BLEegqFtNkrLzB4xM2+Alb86KpSULt+ T3QAwDcOmNWlPRmsDE5e8NnRN1RUS6fpeyjydzSdX63SPY06PoffDJ2KN0L8ipYTewB7 vGMQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=fail header.i=@mg.codeaurora.org header.s=smtp header.b=cyuDCY3Q; spf=pass (google.com: best guess record for domain of linux-wireless-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-wireless-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id w21si7331375oia.257.2020.04.06.06.24.53; Mon, 06 Apr 2020 06:25:05 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-wireless-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=fail header.i=@mg.codeaurora.org header.s=smtp header.b=cyuDCY3Q; spf=pass (google.com: best guess record for domain of linux-wireless-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-wireless-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728463AbgDFNYm (ORCPT + 99 others); Mon, 6 Apr 2020 09:24:42 -0400 Received: from mail27.static.mailgun.info ([104.130.122.27]:64358 "EHLO mail27.static.mailgun.info" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728018AbgDFNYc (ORCPT ); Mon, 6 Apr 2020 09:24:32 -0400 DKIM-Signature: a=rsa-sha256; v=1; c=relaxed/relaxed; d=mg.codeaurora.org; q=dns/txt; s=smtp; t=1586179471; h=Content-Type: MIME-Version: Message-ID: In-Reply-To: Date: References: Subject: Cc: To: From: Sender; bh=0huV9gCKoElhr+Kd6F/isL7651Gm8HQMAsVqnv5Vwq0=; b=cyuDCY3QsXUFOQVfSt3cdfsmh9VPuOPevHIW6hfPMSmJtt1uvbzcMzPgeoapKXWaYqbMUFDW FUyuYGbWW6i+7GusdenYZdR1kbh3P2/xyFscl333fyHeGsyoD0yjplmrBa0M2tkfHjugEMfL +dLAvMEHojxkEXh+6WTtXwaE51Y= X-Mailgun-Sending-Ip: 104.130.122.27 X-Mailgun-Sid: WyI3YTAwOSIsICJsaW51eC13aXJlbGVzc0B2Z2VyLmtlcm5lbC5vcmciLCAiYmU5ZTRhIl0= Received: from smtp.codeaurora.org (ec2-35-166-182-171.us-west-2.compute.amazonaws.com [35.166.182.171]) by mxa.mailgun.org with ESMTP id 5e8b2d8d.7ff7bd409810-smtp-out-n05; Mon, 06 Apr 2020 13:24:29 -0000 (UTC) Received: by smtp.codeaurora.org (Postfix, from userid 1001) id 1CA2FC43636; Mon, 6 Apr 2020 13:24:29 +0000 (UTC) X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-caf-mail-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-1.0 required=2.0 tests=ALL_TRUSTED,SPF_NONE autolearn=unavailable autolearn_force=no version=3.4.0 Received: from potku.adurom.net (88-114-240-156.elisa-laajakaista.fi [88.114.240.156]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: kvalo) by smtp.codeaurora.org (Postfix) with ESMTPSA id DE9BDC433F2; Mon, 6 Apr 2020 13:24:26 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 smtp.codeaurora.org DE9BDC433F2 Authentication-Results: aws-us-west-2-caf-mail-1.web.codeaurora.org; dmarc=none (p=none dis=none) header.from=codeaurora.org Authentication-Results: aws-us-west-2-caf-mail-1.web.codeaurora.org; spf=none smtp.mailfrom=kvalo@codeaurora.org From: Kalle Valo To: Kai-Heng Feng Cc: Tony Chuang , "David S. Miller" , "open list\:REALTEK WIRELESS DRIVER \(rtw88\)" , "open list\:NETWORKING DRIVERS" , open list Subject: Re: [PATCH] rtw88: Add delay on polling h2c command status bit References: <20200406093623.3980-1-kai.heng.feng@canonical.com> <87v9mczu4h.fsf@kamboji.qca.qualcomm.com> <94EAAF7E-66C5-40E2-B6A9-0787CB13A3A9@canonical.com> Date: Mon, 06 Apr 2020 16:24:24 +0300 In-Reply-To: <94EAAF7E-66C5-40E2-B6A9-0787CB13A3A9@canonical.com> (Kai-Heng Feng's message of "Mon, 6 Apr 2020 21:18:20 +0800") Message-ID: <87zhboycfr.fsf@kamboji.qca.qualcomm.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.5 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain Sender: linux-wireless-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-wireless@vger.kernel.org Kai-Heng Feng writes: >> On Apr 6, 2020, at 20:17, Kalle Valo wrote: >> >> Kai-Heng Feng writes: >> >>> --- a/drivers/net/wireless/realtek/rtw88/hci.h >>> +++ b/drivers/net/wireless/realtek/rtw88/hci.h >>> @@ -253,6 +253,10 @@ rtw_write8_mask(struct rtw_dev *rtwdev, u32 >>> addr, u32 mask, u8 data) >>> rtw_write8(rtwdev, addr, set); >>> } >>> >>> +#define rr8(addr) rtw_read8(rtwdev, addr) >>> +#define rr16(addr) rtw_read16(rtwdev, addr) >>> +#define rr32(addr) rtw_read32(rtwdev, addr) >> >> For me these macros reduce code readability, not improve anything. They >> hide the use of rtwdev variable, which is evil, and a name like rr8() is >> just way too vague. Please keep the original function names as is. > > The inspiration is from another driver. > readx_poll_timeout macro only takes one argument for the op. > Some other drivers have their own poll_timeout implementation, > and I guess it makes sense to make one specific for rtw88. I'm not even understanding the problem you are tying to fix with these macros. The upstream philosopyhy is to have the source code readable and maintainable, not to use minimal number of characters. There's a reason why we don't name our functions a(), b(), c() and so on. -- https://wireless.wiki.kernel.org/en/developers/documentation/submittingpatches