[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20240613175946.GA2085029-robh@kernel.org>
Date: Thu, 13 Jun 2024 11:59:46 -0600
From: Rob Herring <robh@...nel.org>
To: Potin Lai <potin.lai.pt@...il.com>
Cc: Corey Minyard <minyard@....org>,
Krzysztof Kozlowski <krzysztof.kozlowski+dt@...aro.org>,
Conor Dooley <conor+dt@...nel.org>,
Quan Nguyen <quan@...amperecomputing.com>,
openipmi-developer@...ts.sourceforge.net,
devicetree@...r.kernel.org, linux-kernel@...r.kernel.org,
Patrick Williams <patrick@...cx.xyz>,
Cosmo Chou <cosmo.chou@...ntatw.com>,
Potin Lai <potin.lai@...ntatw.com>
Subject: Re: [PATCH 1/2] bindings: ipmi: Add property for skipping SBMR boot
progress response
On Wed, Jun 12, 2024 at 12:32:54PM +0800, Potin Lai wrote:
> In ARM Server Base Manageability Requirements (SBMR) document, Callers can
> choose to not read back Response Data after sending the command "Send Boot
> Progress Code".
Got a link to that document?
> Define "arm-sbmr,skip-bootprogress-response" property for skipping the
> response of "Send Boot Progress Code" from userspace.
I don't understand why this would be conditional? How can you define in
the BMC what the host behavior is? Doesn't the host side decide
that? So don't you always have to support no response?
>
> Signed-off-by: Potin Lai <potin.lai.pt@...il.com>
> ---
> Documentation/devicetree/bindings/ipmi/ssif-bmc.yaml | 5 +++++
> 1 file changed, 5 insertions(+)
>
> diff --git a/Documentation/devicetree/bindings/ipmi/ssif-bmc.yaml b/Documentation/devicetree/bindings/ipmi/ssif-bmc.yaml
> index 02b662d780bbb..b21e958efc184 100644
> --- a/Documentation/devicetree/bindings/ipmi/ssif-bmc.yaml
> +++ b/Documentation/devicetree/bindings/ipmi/ssif-bmc.yaml
> @@ -19,6 +19,11 @@ properties:
> reg:
> maxItems: 1
>
> + arm-sbmr,skip-bootprogress-response:
Form is vendor,property-name where vendor is defined in
vendor-prefixes.yaml. 'arm-sbmr' is not a vendor.
> + type: boolean
> + description:
> + Skipping ARM SBMR “Send Boot Progress Code” response.
> +
> required:
> - compatible
> - reg
> --
> 2.31.1
>
Powered by blists - more mailing lists