* Mulit-platform feature
@ 2020-01-09 8:12 Payne Yang
2020-02-17 20:30 ` Brandon Wyman
0 siblings, 1 reply; 3+ messages in thread
From: Payne Yang @ 2020-01-09 8:12 UTC (permalink / raw)
To: openbmc
[-- Attachment #1: Type: text/plain, Size: 204 bytes --]
Hi Team,
Is there a plan to support mulit-platform feature on OpenBMC in future ?
Multi-platform means 1 BMC image could support multiple platform but only single platform.
Best Regards,
Payne
[-- Attachment #2: Type: text/html, Size: 2569 bytes --]
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: Mulit-platform feature
2020-01-09 8:12 Mulit-platform feature Payne Yang
@ 2020-02-17 20:30 ` Brandon Wyman
2020-02-18 17:10 ` James Feist
0 siblings, 1 reply; 3+ messages in thread
From: Brandon Wyman @ 2020-02-17 20:30 UTC (permalink / raw)
To: Payne Yang, openbmc
Same idea, slightly different topic?
"multiple device trees" ->
https://lists.ozlabs.org/pipermail/openbmc/2020-January/020171.html
On 2020-01-09 02:12, Payne Yang wrote:
>
> Hi Team,
>
> Is there a plan to support mulit-platform feature on OpenBMC in future ?
>
> Multi-platform means 1 BMC image could support multiple platform but
> only single platform.
>
> Best Regards,
>
> Payne
>
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: Mulit-platform feature
2020-02-17 20:30 ` Brandon Wyman
@ 2020-02-18 17:10 ` James Feist
0 siblings, 0 replies; 3+ messages in thread
From: James Feist @ 2020-02-18 17:10 UTC (permalink / raw)
To: Brandon Wyman, Payne Yang, openbmc
On 2/17/20 12:30 PM, Brandon Wyman wrote:
> Same idea, slightly different topic?
>
> "multiple device trees" ->
> https://lists.ozlabs.org/pipermail/openbmc/2020-January/020171.html
>
> On 2020-01-09 02:12, Payne Yang wrote:
>>
>> Hi Team,
>>
>> Is there a plan to support mulit-platform feature on OpenBMC in future ?
>>
>> Multi-platform means 1 BMC image could support multiple platform but
>> only single platform.
We currently do this using entity-manager configurations and component
detection, however as mentioned it requires similar device trees. We get
around this by having most of our designs have similar i2c topology, and
using a limited device tree and exporting devices during runtime. I
imagine at some point this will break and we'll need one of the
solutions in the other email thread as well.
>>
>> Best Regards,
>>
>> Payne
>>
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2020-02-18 17:10 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2020-01-09 8:12 Mulit-platform feature Payne Yang
2020-02-17 20:30 ` Brandon Wyman
2020-02-18 17:10 ` James Feist
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).