When building OpenBMC . . . ?
Bruce Mitchell
Bruce_Mitchell at phoenix.com
Wed Sep 2 02:26:19 AEST 2020
Thank you Patrick! Your #1 and #2 scenario are close to what we are attempt.
> -----Original Message-----
> From: Patrick Williams [mailto:patrick at stwcx.xyz]
> Sent: Tuesday, September 1, 2020 05:24
> To: Bruce Mitchell
> Cc: openbmc at lists.ozlabs.org
> Subject: Re: When building OpenBMC . . . ?
>
> On Sun, Aug 30, 2020 at 10:02:41PM +0000, Bruce Mitchell wrote:
> > When selecting Target hardware
> > https://github.com/openbmc/openbmc#3-target-your-hardware
> > to build for the is a tiogapass, now if I add a meta-phoenix/meta-
> tiogapass/conf how does
> > source setup tiogapass build
> > know which tiogapass to build?
>
> https://github.com/openbmc/openbmc/blob/master/setup#L34
>
> The setup script just does a wildcard, which means you'll get the
> alphabetically ordered machine. In this case, you should get the meta-
> facebook one selected before the meta-phoenix (supposing they both
> exist).
>
> > Or am I not supposed to choose a name (i.e. tiogapass in this example)
> > that is already in the list when I need to create a new meta-
> phoenix/meta-<machine>/conf?
>
> The overwhelming preference seems to be to not make another
> configuration with the same machine, and as one of the maintainers of
> meta-facebook, I agree in this case. But, this answer doesn't solve your
> underlying question.
>
> I suspect you're going to make two kinds of changes:
> 1. Features you want to enable on Tiogapass that Facebook isn't
> interested in. (I would cover bmcweb 'branding' changes here
> also).
> 2. Fixes and configuration due to features we haven't enabled yet or
> fully vetted.
>
> #2 should go into either meta-facebook (or the underlying code
> repository where the fix is needed). These will be common for any
> tiogapass hardware, so lets keep it in the common location.
>
> #1 should go into meta-phoenix. You're likely the first one doing this, so
> we may need some experimentation on the best option. I have two
> ideas (there are probably others):
>
> * Make an alternative tiogapass variant, like tiogapass-phoenix, which
> ends up including all the common tiogapass code from meta-facebook.
>
> * Create a new distro type for phoenix, which enhances the underlying
> openbmc distribution with your own branding tweaks. You'd still
> build meta-facebook/tiogapass but with a different distro flavor.
>
> I believe IBM has experiemented with both of these approaches for
> witherspoon (see witherspoon-tacoma and
> meta-ibm/conf/distro/openbmc-witherspoon.conf) and might have
> some insight into what has worked well for them.
>
> I'm more than willing to work with you and your team to help refactor
> meta-facebook/tiogapass in a way that makes it more condusive to what
> your team is interested in doing. I suspect we'll need to create some
> additional bitbake '.inc' files and move some of the content we have in
> '.conf' to '.inc'. Catch me here or on IRC as needed.
>
> --
> Patrick Williams
More information about the openbmc
mailing list