Received: by 2002:a25:8b12:0:0:0:0:0 with SMTP id i18csp617563ybl; Wed, 21 Aug 2019 02:58:20 -0700 (PDT) X-Google-Smtp-Source: APXvYqyJl6ITDa7JRqMyAA+Y/dkEHUZLNoDYsSn1GMFJU9dNZMSSjAq9oKOjVMVvvuZoVsnS3RVH X-Received: by 2002:a17:902:aa93:: with SMTP id d19mr33495879plr.148.1566381500642; Wed, 21 Aug 2019 02:58:20 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1566381500; cv=none; d=google.com; s=arc-20160816; b=dCZOwxSpRI2LwoJHstWVCAE1EyAD9FBZ+nrIzych+/C1bR3ugJyrLUofKaiQ2iNSbA QciykWWJNguKj7+YaAtqNTd/OxJHv/Q7TrbUNdp6rayUcG6EKt3UodUi/AikqbMARaWd GJdJApnzH/P/PIS5GT51DrPvIwJHjfE+uBtdRRiLfLZ7zjtoVR27FFgwSGyml/LP8pEg O5L+jEdFJ48P/HW8wkAEw0sNX7Vsz8V2KuC5NQkCUbgsAzAiDLvYV054CKOY6lvFcYm3 +8UoNfFFJR4pN4j0LdsnXj35VzD5Yf4j3yecIOB8GpRzbmLx9mnrEatlhlJSmSKijmdE VaOQ== 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:mime-version :user-agent:references:in-reply-to:date:cc:to:from:subject :message-id; bh=wZTHnA4E+mXe77tNQsnzNRAhI0ldriYGkgmqEmlZ0lw=; b=mCwmJV4DtBuAxppAnMDPHW7n+YUYedp9tOW8YdqGMLruzg7d0Ajgid178rqo0Un9YB T3vF6Hk4daK7Hsta3FB0rivatZb10mygdqDegwOHdUkMDOAhIiGO0dS8cw4ZEd8VZH+d /7kntc9g6tFroC7o253ly/G++2MODngJVIkBv/GUYPxISABDRQTb2JZ74JmCBqjIEMbs PgZfA7vq1ISxFiRY9AxQML9Fj7yHt6jJFEbxogydK79kUg2CZTA1La9OBDpQHR78yuwE rIoFPhpneykDPmsvU2/lPefLEEfORKFr+Y6861AMTgF92YAmKfmico6e8045A2np8iFJ ZKtQ== ARC-Authentication-Results: i=1; mx.google.com; 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 g6si14274555pll.82.2019.08.21.02.57.54; Wed, 21 Aug 2019 02:58:20 -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; 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 S1727397AbfHUJka (ORCPT + 99 others); Wed, 21 Aug 2019 05:40:30 -0400 Received: from s3.sipsolutions.net ([144.76.43.62]:58744 "EHLO sipsolutions.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726371AbfHUJka (ORCPT ); Wed, 21 Aug 2019 05:40:30 -0400 Received: by sipsolutions.net with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1i0N6Q-0007KZ-1y; Wed, 21 Aug 2019 11:40:26 +0200 Message-ID: Subject: Re: [PATCH 04/49] ath11k: add ahb.c From: Johannes Berg To: Vasanthakumar Thiagarajan Cc: Kalle Valo , linux-wireless@vger.kernel.org, ath11k@lists.infradead.org, devicetree@vger.kernel.org, linux-wireless-owner@vger.kernel.org Date: Wed, 21 Aug 2019 11:40:25 +0200 In-Reply-To: References: <1566316095-27507-1-git-send-email-kvalo@codeaurora.org> <1566316095-27507-5-git-send-email-kvalo@codeaurora.org> (sfid-20190820_175156_108502_D7159DB2) <8c791df54a831f32fddd634e71e5e91342532535.camel@sipsolutions.net> Content-Type: text/plain; charset="UTF-8" User-Agent: Evolution 3.30.5 (3.30.5-1.fc29) MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Sender: linux-wireless-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-wireless@vger.kernel.org On Wed, 2019-08-21 at 14:59 +0530, Vasanthakumar Thiagarajan wrote: > > > +#define ATH11K_TX_RING_MASK_3 0x0 > > > > You have a LOT of masks here that are 0, that seems odd? > > We'll remove them. I'm not sure you should just *remove* them, that might very well be valid and what you need here, I'm just saying it looks odd since you usually expect masks to, well, not really mask *everything*? > > > +inline u32 ath11k_ahb_read32(struct ath11k_base *ab, u32 offset) > > > +{ > > > + return ioread32(ab->mem + offset); > > > +} > > > + > > > +inline void ath11k_ahb_write32(struct ath11k_base *ab, u32 offset, > > > u32 value) > > > +{ > > > + iowrite32(value, ab->mem + offset); > > > +} > > > > Just "inline" doesn't seem to make that much sense? If it's only used > > here then I guess it should be static, otherwise not inline? Or maybe > > you want it to be inlined *in this file* but available out-of-line > > otherwise? I'm not sure that actually is guaranteed to work right in C? > > Yes, these read/write functions are used from other files as well. May > be define them as static inline in ahb.c will be fine. No, if they're static they cannot be used from other files, but if they're declared and used elsewhere they can't really be inline ... You could declare them static inline in ahb.h I guess, instead. johannes