Received: by 2002:a05:6358:3188:b0:123:57c1:9b43 with SMTP id q8csp4364898rwd; Tue, 23 May 2023 06:54:21 -0700 (PDT) X-Google-Smtp-Source: ACHHUZ7zb3WaFDffdqCqAu1O6+Hn0mcHU9XJLFOKk1vPNOUh/MCc+tEbHNsNbK72Af3bKsSf98lx X-Received: by 2002:a17:902:c94e:b0:1ae:8595:153 with SMTP id i14-20020a170902c94e00b001ae85950153mr15633422pla.20.1684850060702; Tue, 23 May 2023 06:54:20 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1684850060; cv=none; d=google.com; s=arc-20160816; b=jeY62WYtIWlszoXLJ/ZNnZsWNhF0k23BpUee7Vl0SdFicysEY00Fexd34Ynk0IGVPi cY6OQ7Qm6+DU9WA4SBE7RWBFV7IObSxBMXXLbcs6Hd/yUfFEFhJW9TSwHWRftoDeNHjk iaZxNO9wA6OejNWwXDPSWXaj/K6vm4MBN4tOCzg4Hly3EcXV0d7DXx/N8HZG9Wct0lS4 hP58GlnFcGIgATDd4vR3dO+qjdhYIqIHT2xjfmTPolAPZkPdSRLcoDYq2Q6nJzZAGY2M qsiA0mLYJSRt2+68TjC4IajNqg2xt4+8jcrtMUx19DYeSQQg4oV4gfkYMHdkjVzOt2p2 bmBQ== 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; bh=jQXl6m3xk4rWuHpSRI/ZJQcWw8864m6BY5KtMel1oVU=; b=KEC0f9fD6+BJigs8BTWszeMUVjZVuTU1guoaiBSd39KNo9VGIsiPDemwyQYCXZQLMv +IgYwPI4A03GUe6OIDqbTJwp7S8vMOG7CHAxRSXOhGglFBLmYA7EotRX9TTfQQoACVPJ uOhKTkBS7UUBPPV52+x2fj0pAc2jxU0/hifKuLg3PC15yT7Co1Q+M8GtI2xzwPPpwmS0 nBHn+2Il1xfRbpVAD+WzmIIc8v1wzsFFX2itsNyMHr67mKENr6pLlA9TNPxAVffUcbTt EFts3s2xMNrPqYbyaLLPUyRja6XwpqnD9ABGk3BQw3notw1xQymSjzqp/MqiYeF46kTn TrYg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=arm.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id c24-20020a170902d91800b001a6dba52e52si6289785plz.390.2023.05.23.06.54.05; Tue, 23 May 2023 06:54:20 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=arm.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S236771AbjEWNmB (ORCPT + 99 others); Tue, 23 May 2023 09:42:01 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:60374 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S236491AbjEWNmA (ORCPT ); Tue, 23 May 2023 09:42:00 -0400 Received: from foss.arm.com (foss.arm.com [217.140.110.172]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id 4FB3CE52 for ; Tue, 23 May 2023 06:41:40 -0700 (PDT) Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.121.207.14]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id C8DD7139F; Tue, 23 May 2023 06:42:24 -0700 (PDT) Received: from bogus (e103737-lin.cambridge.arm.com [10.1.197.49]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 400DD3F840; Tue, 23 May 2023 06:41:38 -0700 (PDT) Date: Tue, 23 May 2023 14:41:35 +0100 From: Sudeep Holla To: "lihuisong (C)" Cc: andersson@kernel.org, matthias.bgg@gmail.com, angelogioacchino.delregno@collabora.com, shawnguo@kernel.org, arnd@arndb.de, krzk@kernel.org, linux-kernel@vger.kernel.org, soc@kernel.org, wanghuiqiang@huawei.com, tanxiaofei@huawei.com, liuyonglong@huawei.com Subject: Re: [PATCH v2 1/2] soc: hisilicon: Support HCCS driver on Kunpeng SoC Message-ID: <20230523134135.jkkhcwfihflp775m@bogus> References: <20230424073020.4039-1-lihuisong@huawei.com> <20230522072211.8894-1-lihuisong@huawei.com> <20230522072211.8894-2-lihuisong@huawei.com> <20230523093922.f2y4wrz3vkzi7kmw@bogus> <928a893b-6596-8d40-ce0e-80059a363d11@huawei.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <928a893b-6596-8d40-ce0e-80059a363d11@huawei.com> X-Spam-Status: No, score=-4.2 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_MED, SPF_HELO_NONE,SPF_NONE,T_SCC_BODY_TEXT_LINE,URIBL_BLOCKED autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, May 23, 2023 at 07:57:42PM +0800, lihuisong (C) wrote: > > 在 2023/5/23 17:39, Sudeep Holla 写道: > > On Mon, May 22, 2023 at 03:22:10PM +0800, Huisong Li wrote: > > > The Huawei Cache-Coherent System (HCCS) is a bus protocol standard > > > for ensuring cache coherent on HiSilicon SoC. The performance of > > > the application may be affected if some hccs ports are in non-full > > > lane status, have a large number of CRC errors and so on. > > > > > > This driver provides the query interface of the health status and > > > port information of HCCS on Kunpeng SoC. > > > > > > Signed-off-by: Huisong Li > > > --- > > > MAINTAINERS | 6 + > > > drivers/soc/Kconfig | 1 + > > > drivers/soc/Makefile | 1 + > > > drivers/soc/hisilicon/Kconfig | 19 + > > > drivers/soc/hisilicon/Makefile | 2 + > > > drivers/soc/hisilicon/kunpeng_hccs.c | 1287 ++++++++++++++++++++++++++ > > > drivers/soc/hisilicon/kunpeng_hccs.h | 196 ++++ > > > 7 files changed, 1512 insertions(+) > > > create mode 100644 drivers/soc/hisilicon/Kconfig > > > create mode 100644 drivers/soc/hisilicon/Makefile > > > create mode 100644 drivers/soc/hisilicon/kunpeng_hccs.c > > > create mode 100644 drivers/soc/hisilicon/kunpeng_hccs.h > > > > > > diff --git a/MAINTAINERS b/MAINTAINERS > > > index eddbc48c61e9..fe0e796e8445 100644 > > > --- a/MAINTAINERS > > > +++ b/MAINTAINERS > > > @@ -9399,6 +9399,12 @@ S: Maintained > > > W: http://www.hisilicon.com > > > F: drivers/spi/spi-hisi-sfc-v3xx.c > > > +HISILICON KUNPENG SOC HCCS DRIVER > > s/HCCS/HCCS INFO or QUERY/ ? > From the current features, what you suggest is suitable. > But this driver will support to the setting feature. Ah OK, I wasn't aware of that, in that case it is fine to keep it as is and add comment about future feature expansions so that the name makes more sense them. I assumed it is more a query interface. I also assume the settings with just control performance and is fully safe and stability of the system is taken care. [...] > > > + > > > +/* PCC defines */ > > > +#define HCCS_PCC_SIGNATURE_MASK 0x50434300 > > > +#define HCCS_PCC_STATUS_CMD_COMPLETE BIT(0) > > I am not really sure if we keep duplicating this. I will try to cook up > > a patch consolidating these. > Yes, these info is better placed in a global header. > Do I need to do this in this series? > Or do not modify it, and then process all related code in your patch. Fair enough, we can do that later. I don't want to block this for that reason. -- Regards, Sudeep