[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <c875cd34-d09f-401a-8c57-45deddf65c9a@linaro.org>
Date: Fri, 24 May 2024 17:51:00 +0200
From: Konrad Dybcio <konrad.dybcio@...aro.org>
To: Dmitry Baryshkov <dmitry.baryshkov@...aro.org>,
Elliot Berman <quic_eberman@...cinc.com>
Cc: Rob Herring <robh+dt@...nel.org>, Frank Rowand <frowand.list@...il.com>,
Krzysztof Kozlowski <krzysztof.kozlowski+dt@...aro.org>,
Conor Dooley <conor+dt@...nel.org>, Bjorn Andersson <andersson@...nel.org>,
Amrit Anand <quic_amrianan@...cinc.com>,
Peter Griffin <peter.griffin@...aro.org>,
Caleb Connolly <caleb.connolly@...aro.org>, Andy Gross <agross@...nel.org>,
Doug Anderson <dianders@...omium.org>, Simon Glass <sjg@...omium.org>,
Chen-Yu Tsai <wenst@...omium.org>, Julius Werner <jwerner@...omium.org>,
"Humphreys, Jonathan" <j-humphreys@...com>,
Sumit Garg <sumit.garg@...aro.org>, Jon Hunter <jonathanh@...dia.org>,
Michal Simek <michal.simek@....com>, boot-architecture@...ts.linaro.org,
devicetree@...r.kernel.org, linux-kernel@...r.kernel.org,
linux-arm-kernel@...ts.infradead.org, linux-arm-msm@...r.kernel.org
Subject: Re: [PATCH RFC v3 0/9] dt-bindings: hwinfo: Introduce board-id
On 21.05.2024 9:00 PM, Dmitry Baryshkov wrote:
> Hi Elliot,
>
> On Tue, 21 May 2024 at 21:41, Elliot Berman <quic_eberman@...cinc.com> wrote:
>>
>> Device manufacturers frequently ship multiple boards or SKUs under a
>> single software package. These software packages will ship multiple
>> devicetree blobs and require some mechanism to pick the correct DTB for
>> the board the software package was deployed. Introduce a common
>> definition for adding board identifiers to device trees. board-id
>> provides a mechanism for bootloaders to select the appropriate DTB which
>> is vendor/OEM-agnostic.
>
> This is a v3 of the RFC, however it is still a qcom-only series. Might
> I suggest gaining an actual interest from any other hardware vendor
> (in the form of the patches) before posting v4? Otherwise it might
> still end up being a Qualcomm solution which is not supported and/or
> used by other hardware vendors.
AMD should be onboard [1].
Konrad
[1] https://resources.linaro.org/en/resource/q7U3Rr7m3ZbZmXzYK7A9u3
Powered by blists - more mailing lists