[gta02] u-boot boot menu regression ?

[Andy Green]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Somebody in the thread at some point said:
| Neng-Yu Tu (Tony Tu) wrote:
|> USB jack insert-> Boot -> Stay on u-boot prompt -> Some serial program
|> sending command from serial port.
|
| Oh, activation through USB. I see. That's treated as non-interactive,
| and thus skips the boot menu test. The last commit that changed this
| area was about six weeks ago, though. And I don't think you ever got
| into the boot menu without pressing AUX.
|
|> *Boot Btn->Boot Menu->Select Boot from SD->Boot into DM2
|
| Same thing here. You never got into the boot menu without AUX.
|
|> Miles issue simply don't don't whick linehe should remove for fit
|> factory process behavior. Like stay in boot menu without hold aux.
|
| Seems that the factory u-boot diverged a bit from our mainline ...
|
| So, how do you guys want to implement that factory-specific behaviour ?
|
| One possibility would be to add the
|
| 	enter_bootmenu = 1;
|
| change to the factory build.
|
| Or perhaps you'd prefer an environment variable ?
|
| This would mean that the environment installed during DM1 would have
| to set this variable, and that the variable would have to be removed
| from the environment before the device leaves the factory.

(would've snipped it, but for the record)


| A third possibility would be a well-known position in u-boot that
| can be binary-patched to enable this behaviour. We already do this
| for a few things.

I knew it was bad in there but not THAT bad!  $CREATOR!

- -Andy
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org

iEYEARECAAYFAkgGFjAACgkQOjLpvpq7dMoAWACgiSuBEzNaGFh5Onz0tP4PGnvE
smgAn0NLljgzkWHw4P+gDOrJOj7WRVjq
=dCH+
-----END PGP SIGNATURE-----