Detlev Zundel wrote: > Hi Haavard, > >> Mark Jackson <[EMAIL PROTECTED]> wrote: >>> Added CONFIG_SILENT_CONSOLE_INPUT define. >>> >>> When used (in conjunction with CONFIG_SILENT_CONSOLE) it disables all >>> console input. >> Does anyone have an opinion about this? I think it's a nice thing to >> have. > > Hm, defining this and then "setenv silent=1;saveenv;reset" and we have > lost any chance to access u-boot command line? This looks pretty > dangerous to me, so I do not particularly like it. > > What is the original motivation to skip the input? > > Cheers > Detlev
Dual-use of a serial port: Mark originally asked about dynamically inhibiting u-boot's use of the serial port for normal use, but allowing u-boot to use it for development/debug, selected by a jumper: <http://article.gmane.org/gmane.comp.boot-loaders.u-boot/44640> Hardware starved software development. :-/ For completeness, the gmane thread for the patch is here: <http://thread.gmane.org/gmane.comp.boot-loaders.u-boot/44788> For what it is worth, I'm with Haavard - it seems useful. WRT the dangerous part - it's intended use is for debug, so presumably it will be the developer that locks himself out of the console and will have the tools to break back in. From that POV, it isn't any more dangerous than all the other ways a user/developer can brick a board (starting with erasing flash ;-). Best regards, gvb ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users