[U-Boot] [PATCH v3 2/8] SPL: Port SPL framework to powerpc
Scott Wood
scottwood at freescale.com
Thu Oct 4 19:14:37 CEST 2012
On 10/04/2012 02:36:34 AM, Stefan Roese wrote:
> On 10/02/2012 10:08 PM, Scott Wood wrote:
> >>>> +void __noreturn jump_to_image_linux(void *arg)
> >>>> +{
> >>>> + debug("Entering kernel arg pointer: 0x%p\n", arg);
> >>>> + typedef void (*image_entry_arg_t)(void *, ulong r4,
> ulong r5,
> >>>> ulong r6,
> >>>> + ulong r7, ulong r8,
> ulong r9)
> >>>> + __attribute__ ((noreturn));
> >>>> + image_entry_arg_t image_entry =
> >>>> + (image_entry_arg_t)spl_image.entry_point;
> >>>> +
> >>>> + image_entry(arg, 0, 0, EPAPR_MAGIC,
> CONFIG_SYS_BOOTMAPSZ, 0, 0);
> >>>> +}
> >>>
> >>> At what point does the image get cache-flushed?
> >>
> >> Not at all right now. MPC5200 has dcache disabled, at least in the
> >> SPL.
> >> Other PowerPC architectures might add a cache flush here if needed
> at
> >> some time. Okay?
> >
> > Or they might forget to do so and have weird bugs.
> >
> > Why not just call flush_cache() on the image now? Non-SPL does
> this in
> > common code, not even PPC-specific.
>
> Okay, probably better to add this code now. But shouldn't we add this
> code to the common SPL framework code then? Right before calling
> jump_to_image_linux()?
Sure, I didn't mean it should go here (it needs to be somewhere that
knows the image start/end, not just the entry point). This is just the
patch that prompted me to ask the question.
-Scott
More information about the U-Boot
mailing list