Received: by 2002:a05:6a10:af89:0:0:0:0 with SMTP id iu9csp346312pxb; Thu, 13 Jan 2022 07:47:40 -0800 (PST) X-Google-Smtp-Source: ABdhPJy7iQ5o8d/sTCHoQrmX9lKF/wb7GPJkByrRMOmS0yDLPzO5FlphGCjsb9DN3BTeRmgtyt27 X-Received: by 2002:a63:3704:: with SMTP id e4mr4373824pga.8.1642088859751; Thu, 13 Jan 2022 07:47:39 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1642088859; cv=none; d=google.com; s=arc-20160816; b=xZqEJBp4CJ4IU+q+MSebUVnQGyMCQnWmp5cTOLDJkEXDjukfh5XF9vT6zsBUHbIo+Z EhNNQvbORfG0V2RkEUylswTbOKdVxCjK8ict7CsqbU6pkw1dWUIL7NtfBxMDBTaVLRNO dTiGleyGSvdV00JiIZRLN15SqUlj+7u7p0ViXdXGW+aI8uGUg8dMv21A3sdry8Ako8un PmHqMGk44asKlaL/XwesS7ZyMbuU28aEhUvQe0BSvjJzY9m0SiH62Wdol6bpjuppidXi X29UT1l8HpNDxh+8RrIq+nvP51drXXoDWY77z/A+uI7a5O1EFSFli7VyzGrpi6GEgSTj C9+A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :references:in-reply-to:date:cc:to:from:subject:message-id; bh=cUHaIUVC4Q81tn8poa1j/Xf7GQc6LA2c9tR9Y/DwbUU=; b=VhP1UxY0FIFPykk34vhmrb0VW/4cHdfgpD7EW3X8rWDBymfNRyfEtAb8fwqJZ111/+ 49TChpLPUPZFSuPD1AEIQks1L3ExiKgV4N6yvy+BtQVs46hYXFeACdNc5zPiU5/YH5eB oxPf/2IFIKxg4/gWIlcPtiJP/x2IztsWm9pD1giHPHZYg7ivNzBq0zyHje9PzcqaxwIB yrDrnuxvKv2ONJuIrEcqYfnG9FAvnC2Gi9J4pllxf+oQm4cbBuuIlPLutpjXdSuD0VHz u1ibsvZPrTssM3kMpsY+rYIhhuSYHWkF37UJistBvMQgrqiLoBtuCkiDEGtNF3BuUOs7 51zg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-wireless-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-wireless-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=mediatek.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id u10si8452107pjd.114.2022.01.13.07.46.51; Thu, 13 Jan 2022 07:47:39 -0800 (PST) Received-SPF: pass (google.com: domain of linux-wireless-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-wireless-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-wireless-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=mediatek.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231605AbiAMKKu (ORCPT + 71 others); Thu, 13 Jan 2022 05:10:50 -0500 Received: from mailgw02.mediatek.com ([210.61.82.184]:45256 "EHLO mailgw02.mediatek.com" rhost-flags-OK-FAIL-OK-FAIL) by vger.kernel.org with ESMTP id S231590AbiAMKKu (ORCPT ); Thu, 13 Jan 2022 05:10:50 -0500 X-UUID: 070e4b9494684a01b23a5df5068794cd-20220113 X-UUID: 070e4b9494684a01b23a5df5068794cd-20220113 Received: from mtkexhb01.mediatek.inc [(172.21.101.102)] by mailgw02.mediatek.com (envelope-from ) (Generic MTA with TLSv1.2 ECDHE-RSA-AES256-SHA384 256/256) with ESMTP id 1184831195; Thu, 13 Jan 2022 18:10:31 +0800 Received: from mtkcas11.mediatek.inc (172.21.101.40) by mtkmbs10n1.mediatek.inc (172.21.101.34) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384) id 15.2.792.15; Thu, 13 Jan 2022 18:10:29 +0800 Received: from mtksdccf07 (172.21.84.99) by mtkcas11.mediatek.inc (172.21.101.73) with Microsoft SMTP Server id 15.0.1497.2 via Frontend Transport; Thu, 13 Jan 2022 18:10:29 +0800 Message-ID: <2ab2731dc44494dbfe89363638cdcaf49351afbe.camel@mediatek.com> Subject: Re: [PATCH v2 3/5] mt76: mt7915: add support for MT7986 From: Peter Chiu To: Lorenzo Bianconi CC: Felix Fietkau , linux-wireless , Ryder Lee , "Xing Song" , Sujuan Chen , Shayne Chen , Evelyn Tsai , linux-mediatek , Bo Jiao Date: Thu, 13 Jan 2022 18:10:29 +0800 In-Reply-To: References: <8b2098132192c0381e41ac78a47b7318d5c28b04.1641901681.git.Bo.Jiao@mediatek.com> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.28.5-0ubuntu0.18.04.2 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-MTK: N Precedence: bulk List-ID: X-Mailing-List: linux-wireless@vger.kernel.org On Wed, 2022-01-12 at 14:35 +0100, Lorenzo Bianconi wrote: > > > > @@ -302,6 +316,15 @@ struct mt7915_dev { > > u8 table_mask; > > u8 n_agrt; > > } twt; > > + > > + struct reset_control *rstc; > > + void __iomem *dcm; > > + void __iomem *sku; > > + > > + struct { > > + bool is_7975; > > + bool is_7976; > > + } adie[MT7986_MAX_ADIE_NUM]; > > do we really need it? Can we just read data from chip when necessary? > it is not > access in the hot-path, right? > I think it is easier and more readable. Adie registers are inaccessible after wfsys power on so we need some places to store chip configuration. We will modify it to make it more readable. + u32 adie; thanks, Peter