[U-Boot] [PATCH v3 2/8] SPL: Port SPL framework to powerpc
Stefan Roese
sr at denx.de
Fri Oct 5 15:15:03 CEST 2012
On 10/04/2012 07:14 PM, Scott Wood wrote:
> 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.
I see.
Tom, whats your input on this? Do you see any problems about putting a
flush_cache() into the common SPL framework code? Are any of the ARM
platforms currently using this framework already running with d-cache
enabled?
Should I post a patch?
Thanks,
Stefan
More information about the U-Boot
mailing list