Received: by 2002:a05:6a10:6744:0:0:0:0 with SMTP id w4csp673911pxu; Wed, 14 Oct 2020 10:42:15 -0700 (PDT) X-Google-Smtp-Source: ABdhPJznyxb+mmBR/UE/1FxuGLjPzCPYNVdORM/uXdwqXlsEwQR/uwQBzexv8d/PWc1QC0Y1gOao X-Received: by 2002:a17:906:1e04:: with SMTP id g4mr198098ejj.72.1602697335375; Wed, 14 Oct 2020 10:42:15 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1602697335; cv=none; d=google.com; s=arc-20160816; b=vCStjZPqUuCLXVIYW8EE4pcvPYJyirt+axi25Jezc8kmH95MsYpkkiWMr6Pl2iJ685 LEAYgbJjv6psM/yDBZOu+wHOu5/gaiwDOIshb7IjVvCqDPGIRu8+v2a62fB7QOPH0VHo sMDduMszhvH374/NoEfJlY4cgID/j9AuSZ7y6yHS4HgsRPM0HfDmfnKqvHd84lUH231H c1aEEUvd4nKUnTSn2ZjA8L+it3ws8W8tBYm8IIEZPtpTmH9s1wg5TaDa7wLt8Dy9+bGg ykXA7GeY8tzyjes1c89sGBffiStERrZZH9mHXX2hu5oat527kUhDUa+V9bBNem+QH5Hu So7Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:user-agent:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date; bh=Rm0EK/ip9OwRlOCJMAAPFk8YR1aB9Ie4HAuZRu5lI8s=; b=CkuW+1ZUmUAExwekZ2wh4sexVNbde9OKOLXYQ+QOMI5cxlxzk2k1fMEFTgA4W7ONhM hqk2OgCWCPm9CSBumGt7QJxCv2gsdu1KXJyqiyND2zMEPzFuR0zs7Oj1THVg/ZSKd9Ie txK3k7wTjHupa/hNECPvlMjhMAKXDqIwz8qabmGKyXY+FXzkEisgK7TxZRwtmeVO1Esa 8l73FX2giUYpbOjp38/gK7P/dVoK/DYvAiDK9aUnRKLBsBxB3X/L+Ds+DyTi1SOsTVBx XxSG6cMD7Sj5ShVm0rxt6qEArmEWATnwUTYsfKnoE8ty1C6Hdq7+9dZFmAhkngDtxPUa F8dg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 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 vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id y20si238977ejw.696.2020.10.14.10.41.53; Wed, 14 Oct 2020 10:42:15 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-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-kernel-owner@vger.kernel.org designates 23.128.96.18 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 S1731958AbgJNQoy (ORCPT + 99 others); Wed, 14 Oct 2020 12:44:54 -0400 Received: from foss.arm.com ([217.140.110.172]:53456 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2387565AbgJNQox (ORCPT ); Wed, 14 Oct 2020 12:44:53 -0400 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 D3882D6E; Wed, 14 Oct 2020 09:44:52 -0700 (PDT) Received: from e120937-lin (unknown [172.31.20.19]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 425CC3F71F; Wed, 14 Oct 2020 09:44:51 -0700 (PDT) Date: Wed, 14 Oct 2020 17:44:45 +0100 From: Cristian Marussi To: Randy Dunlap Cc: linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org, sudeep.holla@arm.com, lukasz.luba@arm.com, james.quinlan@broadcom.com, Jonathan.Cameron@Huawei.com, f.fainelli@gmail.com, etienne.carriere@linaro.org, thara.gopinath@linaro.org, vincent.guittot@linaro.org, souvik.chakravarty@arm.com Subject: Re: [PATCH 09/11] [DEBUG] firmware: arm_scmi: add example SCMI driver for custom protocol Message-ID: <20201014164445.GA50090@e120937-lin> References: <20201014150545.44807-1-cristian.marussi@arm.com> <20201014150545.44807-10-cristian.marussi@arm.com> <8f879e6b-8be2-1186-6620-f54762bd35e0@infradead.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <8f879e6b-8be2-1186-6620-f54762bd35e0@infradead.org> User-Agent: Mutt/1.9.4 (2018-02-28) Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Randy, On Wed, Oct 14, 2020 at 08:55:08AM -0700, Randy Dunlap wrote: > Hi, > > On 10/14/20 8:05 AM, Cristian Marussi wrote: > > Add an example SCMI driver using custom vendor protocol 0x99 and also > > registering for Performance protocol notifications. > > > > Signed-off-by: Cristian Marussi > > --- > > drivers/firmware/Kconfig | 7 + > > drivers/firmware/arm_scmi/Makefile | 2 + > > drivers/firmware/arm_scmi/scmi_custom_dummy.c | 126 ++++++++++++++++++ > > 3 files changed, 135 insertions(+) > > create mode 100644 drivers/firmware/arm_scmi/scmi_custom_dummy.c > > > > diff --git a/drivers/firmware/Kconfig b/drivers/firmware/Kconfig > > index 75e2668a6490..d209df6fd3ee 100644 > > --- a/drivers/firmware/Kconfig > > +++ b/drivers/firmware/Kconfig > > @@ -48,6 +48,13 @@ config ARM_SCMI_POWER_DOMAIN > > will be called scmi_pm_domain. Note this may needed early in boot > > before rootfs may be available. > > > > +config ARM_SCMI_CUSTOM_DUMMY > > + tristate "SCMI Custom Dummy driver" > > + depends on ARM_SCMI_PROTOCOL_CUSTOM || (COMPILE_TEST && OF) > > Just an info note here: has lots of stubs for when CONFIG_OF is not > set/enabled, so COMPILE_TEST is usually enough of a dependency without adding "OF". > That's good to know, because even though this specific patch is just example code not for upstream, I think we mostly use the above kind of 'depends' in other places... so thanks for the heads up I'll investigate those other usages across the SCMI stack if we really need '&& OF'. Thanks Cristian > > + default n > > + help > > + Custom Dummy driver > > > -- > ~Randy >