OK, this is likely me, but just not figuring it out . I have set up a U-Boot bootcmd (run nfsboot). If I go to the serial console, reboot ... and "stop" U-Boot, so I can enter a command - I can run bootcmd, or bootd (boot default). It works great, no issue at all!
But, if I just reboot / power up - it seems to not run the bootcmd. I do have bootdelay set, which is necessary, but still then - it just boots from NAND. Is this expected, and/or am I doing something dumb? Everything I can find (including U-Boot documentation) says this command should be run.
Yep! And checked from serial (U-Boot), as well as OpenWrt (fw_printenv). What's odd ... if I break (into) U-Boot, just enter bootd (boot default) ... in runs my bootcmd. But, on reboot, untouched - it goes straight to NAND (flash). Huh?!?!
For the fun of it, dump the uboot partition (the bin partition, not data) , and use strings or a hex editor, to see if you can find the default bootcmd string within the dump file.
It could indicate the bootcmd is always defaulted, no matter what you actually set it to.
I thought that too, but it seems like the command line is not being used, rather the boot partition selection is based on the value of boot_part, no? I had some struggles with this in the past, and found some patches that take that into use. Let me go back, find those.
And I did confirm, after reboot ... bootcmd is untouched. Still perplexed why U-Boot doesn't use it. Hmmm.
Sort of . I actually have a (final) solution for that one - just need to post it (tied up today, but by tomorrow I hope to capture it). I was able to crawl my way back there ... LOL! I figured I shouldn't "spider" that one into this U-Boot issue, so created this item - but do yell if that's wrong.