[U-Boot] [PATCH v2] global_data: unify global flag defines

Graeme Russ graeme.russ at gmail.com
Mon Dec 5 21:14:32 CET 2011


Hi Mike,

On Dec 6, 2011 3:44 AM, "Mike Frysinger" <vapier at gentoo.org> wrote:
>
> On Monday 05 December 2011 00:47:12 Graeme Russ wrote:
> > Hi Mike,
> >
> > On Mon, Dec 5, 2011 at 5:39 PM, Mike Frysinger <vapier at gentoo.org>
wrote:
> > > On Sunday 04 December 2011 22:47:59 Graeme Russ wrote:
> > >> On Mon, Dec 5, 2011 at 2:43 PM, Mike Frysinger wrote:
> > >> > +/*
> > >> > + * Base for arches to start adding their own:
> > >> > + * #define GD_FLG_FOO  (GD_FLG_ARCH_BASE << 0)
> > >> > + * #define GD_FLG_BAR  (GD_FLG_ARCH_BASE << 1)
> > >> > + * #define GD_FLG_COW  (GD_FLG_ARCH_BASE << 2)
> > >> > + */
> > >> > +#define GD_FLG_ARCH_BASE       0x00100
> > >> > +
> > >> > +#endif
> > >>
> > >> This doesn't leave any room for new standard flags - flags is a u32,
> > >> so why not define the low 16 bits as standard and the high 16 bit as
> > >> arch specific - Maybe even split the high 16 bits into low 8 bits for
> > >> arch specific, high 8 bits for board specific?
> > >
> > > when we add a new common flag, we simply update GD_FLG_ARCH_BASE.  i
> > > don't see the need for this complexity.
> >
> > So the flags can change depending on the build - What is the
> > implication for stand-alone apps (we have gone over the impact of
> > changing gd before without a 100% concrete conclusion)
>
> i did go through the research effort and posted all the details:
>        http://thread.gmane.org/gmane.comp.boot-loaders.u-boot/114029
> but no one responded
>
> > And you must rember to update GD_FLG_ARCH_BASE if anyone adds a new
> > flag - Not immediately obvious (no comments to that effect)
>
> i can add a comment
>
> > I don't see any complexity in:
> >
> > #define GD_FLG_ARCH_BASE       0x00010000
> > #define GD_FLG_BOARD_BASE       0x01000000
> >
> > Gives us 16 common flags (we have only used 8 so far) 8 arch flags and
> > 8 board flags
>
> i'm fine with simply adding defines and leaving the rest up to people.
 but
> adding any additional macro code is overkill imo.

To be honest, I would not even bother with the macro or #define.

I would just comment that the low 16 bits are reserved at let arch
maintainters manage the upper 16 bits

Regards,

Graeme


More information about the U-Boot mailing list