[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <f833ef3b873d0e71581dd138f046b19fa3fdeaf2.camel@codeconstruct.com.au>
Date: Thu, 17 Oct 2024 10:38:26 +1030
From: Andrew Jeffery <andrew@...econstruct.com.au>
To: Chanh Nguyen <chanh@...eremail.onmicrosoft.com>, Chanh Nguyen
<chanh@...amperecomputing.com>
Cc: "Rob Herring (Arm)" <robh@...nel.org>, Joel Stanley <joel@....id.au>,
devicetree@...r.kernel.org, linux-kernel@...r.kernel.org, Khanh Pham
<khpham@...erecomputing.com>, linux-arm-kernel@...ts.infradead.org, Thang
Nguyen <thang@...amperecomputing.com>, Krzysztof Kozlowski
<krzk+dt@...nel.org>, Phong Vo <phong@...amperecomputing.com>, Conor Dooley
<conor+dt@...nel.org>, Rob Herring <robh+dt@...nel.org>, OpenBMC Maillist
<openbmc@...ts.ozlabs.org>, Open Source Submission
<patches@...erecomputing.com>, Quan Nguyen <quan@...amperecomputing.com>,
linux-aspeed@...ts.ozlabs.org
Subject: Re: [PATCH] ARM: dts: aspeed: Add device tree for Ampere's Mt.
Jefferson BMC
Hi Chanh,
On Wed, 2024-10-16 at 17:26 +0700, Chanh Nguyen wrote:
>
> On 16/10/2024 12:07, Andrew Jeffery wrote:
> > You can also find discussions where other maintainers (Guenter, hwmon
> > maintainer; Krzysztof, devicetree maintainer) have asked that "pmbus"
> > not be used as a compatible:
> >
> > https://lore.kernel.org/all/f76798ea-6edd-4888-8057-c09aaed88f25@roeck-us.net/
> >
>
> Hi Andrew,
> I checked the discussion at
> https://lore.kernel.org/all/f76798ea-6edd-4888-8057-c09aaed88f25@roeck-us.net/
> . It seems the maintainers don't want to use the "pmbus" compatible for
> specific devices. The maintaners require an explicitly compatible from
> device list in drivers/hwmon/pmbus/pmbus.c .
>
There are two problems:
1. Describing your _hardware_ (not drivers) in the devicetree
2. Binding a driver to your device
You ultimately care about both 1 and 2 as you want Linux to do
something useful with the device, but for the purpose of this patch
adding the devicetree, 1 is what matters and 2 is not really a part of
the considerations.
What needs to be the case is that the devicetree describes the device
via an appropriate compatible string for the device (manufacturer and
part number). Prior to that, the compatible string for the device needs
to be documented in a devicetree binding. This may be the trivial-
devices binding if there are no extra properties that need to be
described, or you may need to write your own binding document for the
device if it's more complex and one doesn't yet exist.
So whatever is in pmbus.c needs to be fixed later on if your device is
not yet supported by it, but that's a separate problem (2) to the
problem you have here (1).
Who is the manufacturer and what is the part number?
Andrew
Powered by blists - more mailing lists