
<html><head></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><br><div><div>Am 27.11.2012 um 14:36 schrieb Sven Dyroff:</div><br class="Apple-interchange-newline"><blockquote type="cite"><font size="2" face="sans-serif">> - Bootloader starts with dark red

and empty screen -> Shock! What's wrong? </font>

<br><font size="2" face="sans-serif">></font>

<br><font size="2" face="sans-serif">> That is a warning that you are

just installing the new u-boot on the</font>

<br><font size="2" face="sans-serif">> SD card to NAND. It comes only

on the first boot with this SD card.</font>

<br><font size="2" face="sans-serif">></font>

<br><font size="2" face="sans-serif">> So it is a feature of the bootloader

and not to blaim any version of</font>

<br><font size="2" face="sans-serif">> QtMoko for.</font>

<br>

<br><font size="2" face="sans-serif">That means only because I just wanted

to try out the new bootloader I already got it flashed into my NAND without

having been asked if I really want this?????</font>

<br></blockquote><div><br></div>Yes,</div><div>because it solves more troubles than it creates and there is no happy medium</div><div>solution.</div><div><br></div><div>The technical reason is that the new boot system may require to modify the u-boot</div><div>environment in NAND. If you still have the old one in NAND, it may brick the device</div><div>on next boot. Or if you don't modify the environment, the new one would not work</div><div>well. So since there is only one environment in NAND (and none on SD), this</div><div>"unbrickable" behaviour needs to flash the boot loader completely.</div><div><br></div><div>And you can find any older bootloader on <a href="http://download.goldelico.com/gta04/">http://download.goldelico.com/gta04/</a></div><div>(going back to 2010 - an u-boot that I would not recommend to try out!). We have</div><div>enough disk space on the server to keep this archived for several decades.</div><div><br></div><div>If you really just want to test the U-Boot from SD, don't copy boot.scr to the SD</div><div>and rename u-boot.flash to u-boot.bin (the original u-boot.bin erases the environment</div><div>to get this unbricking behaviour). The boot.scr is doing the auto-flashing when it</div><div>detects a new version of itself. And it loads the penguin + boot menu splash bitmaps</div><div>to the lcd framebuffer. So there isn't much room for the u-boot GUI to ask the user</div><div>for questions (BTW: Linux can't flash the boot system because the error correction</div><div>support is not compatible).</div><div><br></div><div>And, please consider that not everyone has a RS232 cable to go to the U-Boot</div><div>console for debugging or manually reparing if anything did go wrong. So this</div><div>way it is quite fail-safe.</div><div><br></div><div>A final point worth making known is how production works: during production</div><div>of a GTA04 board the production image is on a SD that is inserted in a quite</div><div>early stage. This flashes the bootloader automatically, blinks some LEDs and</div><div>so on. This makes it easier to test a board very early in production.</div><div><br></div><div>But it may not be the final bootloader that is shipped. This is done after running the</div><div>hw-test and this may be sitting on a SD card with newer u-boot. So it overwrites</div><div>the first bootloader. All these steps must be operated by persons who don't know</div><div>what they are doing, i.e. they can't connect a RS232 cable and issue u-boot</div><div>commands.</div><div><br></div><div>If that all does not fit your needs - we an open system.</div><div><br></div><div>You can and are encouraged to provide/develop your own distro that does it</div><div>better :)</div><div><br></div><div>BR,</div><div>Nikolaus</div><div><br></div><div><br></div></body></html>