Received: by 2002:a05:6358:3188:b0:123:57c1:9b43 with SMTP id q8csp4217783rwd; Tue, 30 May 2023 02:04:27 -0700 (PDT) X-Google-Smtp-Source: ACHHUZ5g39wSsimnsL/6VW7ORrzCy0uiF6J98HrFT5/UueYKAfIoUH8yuNF5+YKZuhP6XqiDBs7O X-Received: by 2002:a17:902:74c1:b0:1af:f668:e323 with SMTP id f1-20020a17090274c100b001aff668e323mr1760717plt.10.1685437466974; Tue, 30 May 2023 02:04:26 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1685437466; cv=none; d=google.com; s=arc-20160816; b=w+j5MEMK9+qma8fyTl8hQz3Gl5qu9Xx5LS9FxigIHkDs/GGY9bkA/UzpiA/W98SVRe wsYiMIDHDFuBwy3891p+rqNm1uR/5js03cYBliZdV9B2YXMhyZPVd8oC/2sjp+aqt10d UhPW8vI2d3EKSYgkM8Wje49So1zmXRKBKyTVYv6I7CvFmhFDXDOWqkSROgQYa2WeuwzB gGw4FIh62T9GwmyPjv4tPAHXUrYdpjV6i/Ea1/meEHnLQB/yN/okiGwEjWveEiYumoGI slLocjzrhsrYPdeeq5EPvtj8N4pAUQ9iFagk86YG+wFFHsMFbQZBOoPDSkid5JcKQRzD vYjg== 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=3KEyYU3IP7uHVsR52EPpx5pGhHGCzk0kgW+JKGhqbCU=; b=Zdc/8Vt+DgHRU98d5EInX9oYHbxH8xdoRAfpzCdr7dzwcY3lm/Dww9xw9YrlzLkp7P VtBcMVzOoGr/KcHRLJX/Ej5Lfb+FX70+69yxMhJCPBjmjlH5sul1cnBjm9qWl7wkzx1p bfp5KUA+J4OdTIRwd8upuNk19HaArqNRhihlauTkXQm5rdIpb0n60zA8x6pbW/6X2G7O RWYAhCYjSuad4H5uN+ivY71kaCjroMl/A18AVdphrd66QwJUUKw/53LL0AsUoERh3xUe p+mQRsnA8hTeFthTKla1lrX23ZzjAo8tFL6OAlTGgnYHdrMqgR+wN+sWmw8d5nxQQwAe OnnA== 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 i15-20020a17090332cf00b001ac9d63028esi7563694plr.575.2023.05.30.02.04.06; Tue, 30 May 2023 02:04:26 -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 S229762AbjE3Inb (ORCPT + 99 others); Tue, 30 May 2023 04:43:31 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:51824 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229578AbjE3Ina (ORCPT ); Tue, 30 May 2023 04:43:30 -0400 Received: from foss.arm.com (foss.arm.com [217.140.110.172]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id DD64BB2 for ; Tue, 30 May 2023 01:43:28 -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 C80D3AB6; Tue, 30 May 2023 01:44:13 -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 D600F3F663; Tue, 30 May 2023 01:43:26 -0700 (PDT) Date: Tue, 30 May 2023 09:43:24 +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, Sudeep Holla , 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: <20230530084324.m47xvpqrga6tegpd@bogus> References: <20230424073020.4039-1-lihuisong@huawei.com> <20230522072211.8894-1-lihuisong@huawei.com> <20230522072211.8894-2-lihuisong@huawei.com> <20230523093922.f2y4wrz3vkzi7kmw@bogus> <20230525073539.waaa7wpudohullcg@bogus> <5e0d81c8-5f52-82e5-5509-785e87a9a17e@huawei.com> <7852a2b4-b601-f4e8-bc5f-7b1bc9d9dc69@huawei.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <7852a2b4-b601-f4e8-bc5f-7b1bc9d9dc69@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 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 30, 2023 at 10:53:38AM +0800, lihuisong (C) wrote: > Hi Sudeep, > > > 在 2023/5/25 16:12, lihuisong (C) 写道: > > > > 在 2023/5/25 15:35, Sudeep Holla 写道: > > > On Thu, May 25, 2023 at 10:41:51AM +0800, lihuisong (C) wrote: > > > > Hi Sudeep, > > > > > > > > Here, the interface is used to determine whether a port is in use or > > > > enabled. > > > > If we just use 'status', it cannot inidicates its own meaning by name. > > > > What do you think? > > > > > > > How about "port_status" or "port-status" ? > > The meaning of this status is a little board. > > How about 'enable'? just a read-only entry. > > > > > "using_status" --> "enable" ? What do you think? > Its original purpose was to determine whether a port is in use or enabled. > That's fine. The main point I was trying to make is plain "status" or "using_status" is prone to conflict as you have ports, lanes, ...etc. Adding "port_" to the name whatever you choose is better. -- Regards, Sudeep