Received: by 2002:a05:6a10:f3d0:0:0:0:0 with SMTP id a16csp518412pxv; Thu, 1 Jul 2021 03:32:41 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwP7xXyLoZhsiuU3+SvUY9TGI2hB4KwYx0hxidj9leaKheLEOSN6la0FA8O3yRzOTHXaIR4 X-Received: by 2002:a92:680c:: with SMTP id d12mr22041611ilc.67.1625135561056; Thu, 01 Jul 2021 03:32:41 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1625135561; cv=none; d=google.com; s=arc-20160816; b=xjXrY3jxgUW2xPvcFw+rEShsW4Mc8weSHqdUMg/KXJuGKuU+nz0G3FJdgcG+4sKnqI lnJlxvoYGzgToKkN+qmzI+9z7G9WKfQk7X4/wJztB4SW0vhQO2pSBVJHAUrBeFX79aRo QLqgAyAjE9FgjP6RVgAR1Rr44OQOFZK+BJOIMvCxQ5HXe28ys5jHSECij05qv2PHsZoR JymmmEvF6snBdvqenbW+gEdAv+FKaLsvzkCKPp+sB3LCXEXrqb09hPVP++q0eaDH5nxY 0Hqy3qYryDWdKAbrwK5uwb01ZUNXixcSqKeHv8RolXFVyjHni/7PHLIBW3kqgtjw8ybC PU3Q== 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=OX4RG/IoS4byJQxE9QWJFnFUl7+eo3A0PJ/ldW15zDc=; b=sLqI2q1P4E5aOsBR1D1PM1oAuNi6qaCFigrR2je3PkoZK3DY5anIGI5v2l4ktzQDFG YRlLPanIqXOFpQjFk9WGoLSnV/mlSJz5/KwvbEwzu9sdF7zNCB6Y0utMnTv8l4Da30W3 OecSh0NkzJgzNjGdtTql44xdWcQW/bMyCPdBGh1+qfnsbX7ycRLuw0kt9ogza6NoL0Xz 8AMONIUAqH1R2ZLoJKiRrcewQwmKFeT5Djr/DJGGziyt0BhMWTkVx2BssTT7iAOx1iaT HvR9XaP/O8TKIBNgv3ytE99Z8YAKnbIN9CuePud5G5he86L51iPO66IuZYcaCO0ttfjv RinA== 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 j16si24137361ioo.11.2021.07.01.03.32.28; Thu, 01 Jul 2021 03:32:41 -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 S236078AbhGAKeP (ORCPT + 99 others); Thu, 1 Jul 2021 06:34:15 -0400 Received: from foss.arm.com ([217.140.110.172]:50880 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S236069AbhGAKeO (ORCPT ); Thu, 1 Jul 2021 06:34:14 -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 CB5FCD6E; Thu, 1 Jul 2021 03:31:43 -0700 (PDT) Received: from e120937-lin (unknown [172.31.20.19]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id F17473F718; Thu, 1 Jul 2021 03:31:30 -0700 (PDT) Date: Thu, 1 Jul 2021 11:31:24 +0100 From: Cristian Marussi To: Peter Hilber Cc: linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org, virtualization@lists.linux-foundation.org, virtio-dev@lists.oasis-open.org, sudeep.holla@arm.com, james.quinlan@broadcom.com, Jonathan.Cameron@Huawei.com, f.fainelli@gmail.com, etienne.carriere@linaro.org, vincent.guittot@linaro.org, souvik.chakravarty@arm.com, igor.skalkin@opensynergy.com, alex.bennee@linaro.org, jean-philippe@linaro.org, mikhail.golubev@opensynergy.com, anton.yakovlev@opensynergy.com, Vasyl.Vavrychuk@opensynergy.com, Andriy.Tryshnivskyy@opensynergy.com, Rob Herring , devicetree@vger.kernel.org Subject: Re: [PATCH v4 13/16] dt-bindings: arm: Add virtio transport for SCMI Message-ID: <20210701103124.GD17807@e120937-lin> References: <20210611165937.701-1-cristian.marussi@arm.com> <20210611165937.701-14-cristian.marussi@arm.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.9.4 (2018-02-28) Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi, On Thu, Jul 01, 2021 at 10:43:02AM +0200, Peter Hilber wrote: > On 11.06.21 18:59, Cristian Marussi wrote: > > From: Igor Skalkin > > > > Document the properties for arm,scmi-virtio compatible nodes. > > The backing virtio SCMI device is described in patch [1]. > > > > While doing that, make shmem property required only for pre-existing > > mailbox and smc transports, since virtio-scmi does not need it. > > > > [1] https://lists.oasis-open.org/archives/virtio-comment/202102/msg00018.html > > > > CC: Rob Herring > > CC: devicetree@vger.kernel.org > > Signed-off-by: Igor Skalkin > > [ Peter: Adapted patch for submission to upstream. ] > > Co-developed-by: Peter Hilber > > Signed-off-by: Peter Hilber > > [ Cristian: converted to yaml format, moved shmen required property. ] > > Co-developed-by: Cristian Marussi > > Signed-off-by: Cristian Marussi > > --- > > v3 --> V4 > > - convertd to YAML > > - make shmem required only for pre-existing mailbox and smc transport > > - updated VirtIO specification patch message reference > > - dropped virtio-mmio SCMI device example since really not pertinent to > > virtio-scmi dt bindings transport: it is not even referenced in SCMI > > virtio DT node since they are enumerated by VirtIO subsystem and there > > could be PCI based SCMI devices anyway. > > --- > > Documentation/devicetree/bindings/firmware/arm,scmi.yaml | 8 +++++++- > > 1 file changed, 7 insertions(+), 1 deletion(-) > > > > diff --git a/Documentation/devicetree/bindings/firmware/arm,scmi.yaml b/Documentation/devicetree/bindings/firmware/arm,scmi.yaml > > index cebf6ffe70d5..5c4c6782e052 100644 > > --- a/Documentation/devicetree/bindings/firmware/arm,scmi.yaml > > +++ b/Documentation/devicetree/bindings/firmware/arm,scmi.yaml > > @@ -34,6 +34,10 @@ properties: > > - description: SCMI compliant firmware with ARM SMC/HVC transport > > items: > > - const: arm,scmi-smc > > + - description: SCMI compliant firmware with SCMI Virtio transport. > > + The virtio transport only supports a single device. > > + items: > > + - const: arm,scmi-virtio > > interrupts: > > description: > > @@ -172,6 +176,7 @@ patternProperties: > > Each sub-node represents a protocol supported. If the platform > > supports a dedicated communication channel for a particular protocol, > > then the corresponding transport properties must be present. > > + The virtio transport does not support a dedicated communication channel. > > properties: > > reg: > > @@ -195,7 +200,6 @@ patternProperties: > > required: > > - compatible > > - - shmem > > if: > > properties: > > @@ -209,6 +213,7 @@ then: > > required: > > - mboxes > > + - shmem > > else: > > if: > > @@ -219,6 +224,7 @@ else: > > then: > > required: > > - arm,smc-id > > + - shmem > > examples: > > - | > > > > Maybe a minimal example for arm,scmi-virtio could be added, such as below: > > diff --git a/Documentation/devicetree/bindings/firmware/arm,scmi.yaml > b/Documentation/devicetree/bindings/firmware/arm,scmi.yaml > index 5c4c6782e052..576faf970c1b 100644 > --- a/Documentation/devicetree/bindings/firmware/arm,scmi.yaml > +++ b/Documentation/devicetree/bindings/firmware/arm,scmi.yaml > @@ -344,4 +344,19 @@ examples: > }; > }; > > + - | > + firmware { > + scmi { > + compatible = "arm,scmi-virtio"; > + > + #address-cells = <1>; > + #size-cells = <0>; > + > + scmi_devpd2: protocol@11 { > + reg = <0x11>; > + #power-domain-cells = <1>; > + }; > + }; > + }; > + Not sure about this, I explicitly removed the arm,scmi-virtio example because with the current bindings it won't really exemplify anything really specific to the virtio transport if not the usage of the compatible string, and moreover the mmio case is just a case, there could be PCI based virtio SCMI device that would have even less to show here as an example. Thanks, Cristian