[U-Boot] Sandbox question

[Mike Frysinger <vapier@gentoo.org>]

On Monday 23 April 2012 02:41:08 Wolfgang Denk wrote:
>    	=>md 0x100
> 	00000100:Segmentation fault

yes, this is because the code to make this work was reverted because of ppc 
oddity.  i haven't reviewed that yet to see why, but it seems to me that the 
ppc code is not quite right.

> 2) Sandbox does no handle EOF on stadin; this makes it impossible to
>    use it in test scripts.  For example, something like this should
>    work:
> 
>    	$ echo printenv | ./u-boot

currently as designed -- this is how the hardware works after all.  it keeps 
polling stdin forever and there is no concept of "EOF" in a serial port.  the 
reads are also non-blocking, so i'm not sure it's possible to tell when you've 
got EOF vs read too fast.  might be able to contingent on stdin being a TTY 
though.

> 3) For automatic test suites it would make a lot of sense if the
>    return code of U-Boot was the return code of the last executed
>    command (expecially when termination of U-Boot is the result of
>    encountering EOF on stdin).

i'm not sure how hard that is to pass on.  Simon might know since he's been 
grubbing around the shell internals lately.  we could have reset take an 
argument in the sandbox path so it's easy to pass back arbitrary values in the 
middle of a script.
-mike
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: This is a digitally signed message part.
URL: <http://lists.denx.de/pipermail/u-boot/attachments/20120423/bbeacd0f/attachment.pgp>