[U-Boot] [RFC PATCH 04/20] sandbox: Add cpu files
Anton Staaf
robotboy at chromium.org
Mon Sep 26 19:10:20 CEST 2011
On Mon, Sep 26, 2011 at 9:49 AM, Simon Glass <sjg at chromium.org> wrote:
> Hi Mike,
>
> On Sun, Sep 25, 2011 at 9:48 PM, Mike Frysinger <vapier at gentoo.org> wrote:
>> On Sunday, September 25, 2011 16:18:32 Simon Glass wrote:
>>> On Sun, Sep 25, 2011 at 12:25 PM, Wolfgang Denk wrote:
>>> > Simon Glass wrote:
>>> >> > do_reset() is not supposed to return
>>> >>
>>> >> I have adjusted the function meaning (which luckily for me was not
>>> >> defined) so that it can return -1 on failure. This makes my code
>>> >> correct :-)
>>> >>
>>> >> I think it is reasonable to provide a reset function which might not
>>> >> be able to do its job. That is the current state of sandbox.
>>> >
>>> > No, I don't want to change the current definition of reset().
>>>
>>> OK.
>>>
>>> > And "not able to do the job" is something different than
>>> > "unimplemented".
>>> >
>>> > Why cannot we do a real reset here? Re-exec'in the running binary or
>>> > performing a longjmp() to the start might be ideas how to implement
>>> > this.
>>>
>>> While this could be done I believe that it might be possible /
>>> desirable to exit out of the main loop, rather than longjmp or
>>> re-exec. I have not implemented it because I have not got to that bit
>>> yet and don't want to put time into a solution I will throw away.
>>>
>>> I'm happy to just put:
>>>
>>> while (1) ;
>>>
>>> in the reset code if you like?
>>
>> i would expect "reset" in the sandbox to "exit(1)". how else would you exit ?
>> -mike
>>
>
> Right, I will do that then for now.
Perhaps even nicer would be to define exit codes for the couple of cases where
we expect to "leave" U-Boot. So reset, and jump to linux kernel, and perhaps
power off. So a script calling the sandbox u-boot can check the reason and
possibly rerun it in the reset case.
Thanks,
Anton
> Regards,
> Simon
> _______________________________________________
> U-Boot mailing list
> U-Boot at lists.denx.de
> http://lists.denx.de/mailman/listinfo/u-boot
>
More information about the U-Boot
mailing list