From: Corey Minyard <corey@minyard.net>
To: Ninad Palsule <ninad@linux.ibm.com>
Cc: minyard@acm.org, robh@kernel.org, krzk+dt@kernel.org,
conor+dt@kernel.org, andrew+netdev@lunn.ch, davem@davemloft.net,
edumazet@google.com, kuba@kernel.org, pabeni@redhat.com,
openipmi-developer@lists.sourceforge.net, netdev@vger.kernel.org,
joel@jms.id.au, andrew@codeconstruct.com.au,
devicetree@vger.kernel.org, eajames@linux.ibm.com,
linux-arm-kernel@lists.infradead.org,
linux-aspeed@lists.ozlabs.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH v4 2/9] bindings: ipmi: Add binding for IPMB device intf
Date: Tue, 14 Jan 2025 10:46:01 -0600 [thread overview]
Message-ID: <Z4aUyX8g-JprzLpd@mail.minyard.net> (raw)
In-Reply-To: <20250113194822.571884-3-ninad@linux.ibm.com>
On Mon, Jan 13, 2025 at 01:48:12PM -0600, Ninad Palsule wrote:
> Add device tree binding document for the IPMB device interface.
> This device is already in use in both driver and .dts files.
>
> Signed-off-by: Ninad Palsule <ninad@linux.ibm.com>
> ---
> .../devicetree/bindings/ipmi/ipmb-dev.yaml | 55 +++++++++++++++++++
> 1 file changed, 55 insertions(+)
> create mode 100644 Documentation/devicetree/bindings/ipmi/ipmb-dev.yaml
>
> diff --git a/Documentation/devicetree/bindings/ipmi/ipmb-dev.yaml b/Documentation/devicetree/bindings/ipmi/ipmb-dev.yaml
> new file mode 100644
> index 000000000000..136806cba632
> --- /dev/null
> +++ b/Documentation/devicetree/bindings/ipmi/ipmb-dev.yaml
> @@ -0,0 +1,55 @@
> +# SPDX-License-Identifier: (GPL-2.0-only OR BSD-2-Clause)
> +%YAML 1.2
> +---
> +$id: http://devicetree.org/schemas/ipmi/ipmb-dev.yaml#
> +$schema: http://devicetree.org/meta-schemas/core.yaml#
> +
> +title: The Intelligent Platform Management Bus(IPMB) Device
> +
> +description: |
> + The IPMB is an I2C bus which provides interconnection between Baseboard
"Baseboard -> "a Baseboard"
> + Management Controller(BMC) and chassis electronics. The BMC sends IPMI
> + requests to intelligent controllers like Satellite Management Controller(MC)
> + device via IPMB and the device sends a response back to the BMC.
device -> devices
"a response" -> responses
> + This device binds backend Satelite MC which is a I2C slave device with the BMC
You use IPMB devices on both the BMC and the MCs. The sentence above is
a little confusing, too. How about:
This device uses an I2C slave device to send and receive IPMB messages,
either on a BMC or other MC.
> + for management purpose. A miscalleneous device provices a user space program
Misspelling: miscellaneous
> + to communicate with kernel and backend device. Some IPMB devices only support
"kernel" -> "the kernel"
> + I2C protocol instead of SMB protocol.
the I2C protocol and not the SMB protocol.
Yes, the English language uses way too many articles...
That is a lot of detail, but it looks good beyond what I've commented
on.
> +
> + IPMB communications protocol Specification V1.0
> + https://www.intel.com/content/dam/www/public/us/en/documents/product-briefs/ipmp-spec-v1.0.pdf
> +
> +maintainers:
> + - Ninad Palsule <ninad@linux.ibm.com>
> +
> +properties:
> + compatible:
> + enum:
> + - ipmb-dev
> +
> + reg:
> + maxItems: 1
> +
> + i2c-protocol:
> + description:
> + Use I2C block transfer instead of SMBUS block transfer.
> + type: boolean
> +
> +required:
> + - compatible
> + - reg
> +
> +additionalProperties: false
> +
> +examples:
> + - |
> + i2c {
> + #address-cells = <1>;
> + #size-cells = <0>;
> +
> + ipmb-dev@10 {
> + compatible = "ipmb-dev";
> + reg = <0x10>;
I'm not sure of the conventions around device tree here, but the reg is
not used in the driver and it will always be the I2C address that
already in that node just one level up. It does not serve any purpose
that I can see. My suggestion would be to remove it.
-corey
> + i2c-protocol;
> + };
> + };
> --
> 2.43.0
>
next prev parent reply other threads:[~2025-01-14 16:48 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-01-13 19:48 [PATCH v4 0/9] DTS updates for system1 BMC Ninad Palsule
2025-01-13 19:48 ` [PATCH v4 1/9] dt-bindings: net: faraday,ftgmac100: Add phys mode Ninad Palsule
2025-01-13 19:48 ` [PATCH v4 2/9] bindings: ipmi: Add binding for IPMB device intf Ninad Palsule
2025-01-14 16:46 ` Corey Minyard [this message]
2025-01-14 22:07 ` Ninad Palsule
2025-01-13 19:48 ` [PATCH v4 3/9] ARM: dts: aspeed: system1: Add IPMB device Ninad Palsule
2025-01-13 19:48 ` [PATCH v4 4/9] ARM: dts: aspeed: system1: Add GPIO line name Ninad Palsule
2025-01-13 19:48 ` [PATCH v4 5/9] ARM: dts: aspeed: system1: Reduce sgpio speed Ninad Palsule
2025-01-13 19:48 ` [PATCH v4 6/9] ARM: dts: aspeed: system1: Update LED gpio name Ninad Palsule
2025-01-13 19:48 ` [PATCH v4 7/9] ARM: dts: aspeed: system1: Remove VRs max8952 Ninad Palsule
2025-01-13 19:48 ` [PATCH v4 8/9] ARM: dts: aspeed: system1: Mark GPIO line high/low Ninad Palsule
2025-01-13 19:48 ` [PATCH v4 9/9] ARM: dts: aspeed: system1: Disable gpio pull down Ninad Palsule
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=Z4aUyX8g-JprzLpd@mail.minyard.net \
--to=corey@minyard.net \
--cc=andrew+netdev@lunn.ch \
--cc=andrew@codeconstruct.com.au \
--cc=conor+dt@kernel.org \
--cc=davem@davemloft.net \
--cc=devicetree@vger.kernel.org \
--cc=eajames@linux.ibm.com \
--cc=edumazet@google.com \
--cc=joel@jms.id.au \
--cc=krzk+dt@kernel.org \
--cc=kuba@kernel.org \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-aspeed@lists.ozlabs.org \
--cc=linux-kernel@vger.kernel.org \
--cc=minyard@acm.org \
--cc=netdev@vger.kernel.org \
--cc=ninad@linux.ibm.com \
--cc=openipmi-developer@lists.sourceforge.net \
--cc=pabeni@redhat.com \
--cc=robh@kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).