Consolidate cuboot initialization code
David Gibson
david at gibson.dropbear.id.au
Thu May 31 01:12:36 EST 2007
On Wed, May 30, 2007 at 10:09:11AM -0500, Scott Wood wrote:
> David Gibson wrote:
> > +void cuboot_init(unsigned long r4, unsigned long r5,
> > + unsigned long r6, unsigned long r7,
> > + unsigned long end_of_ram);
> > +
> > +#define CUBOOT_INIT() \
> > + do { \
> > + memcpy(&bd, (bd_t *)r3, sizeof(bd)); \
> > + cuboot_init(r4, r5, r6, r7, bd.bi_memstart + bd.bi_memsize); \
> > + } while (0)
>
> Is there any particular reason to not just do a direct call to
> cuboot_init, and move the memcpy and end-of-ram calculation there? I'd
> rather avoid macros if possible.
Uh.. yeah.. because cuboot_init() doesn't know the size to memcpy(),
because it doesn't have the right bd_t definition.
> Also, the "extern char _dtb_start[], _dtb_end[];" line in cuboot.c
> doesn't appear to be needed.
Oh, yeah, that's a hangover from when I had the ft initialization in
there as well. That works for 83xx and 85xx, but not ebony.
> Other than that, it looks good.
>
> -Scott
> _______________________________________________
> Linuxppc-dev mailing list
> Linuxppc-dev at ozlabs.org
> https://ozlabs.org/mailman/listinfo/linuxppc-dev
>
--
David Gibson | I'll have my music baroque, and my code
david AT gibson.dropbear.id.au | minimalist, thank you. NOT _the_ _other_
| _way_ _around_!
http://www.ozlabs.org/~dgibson
More information about the Linuxppc-dev
mailing list