Dear Scott Wood, In message <4ea8566a.1050...@freescale.com> you wrote: > > > - Failure to process multi-line input is a restriction, and if you > > like you may even consider it a bug. > > Is this restriction documented anywhere?
Only indirectly - it's a consequence of the "strictly single-tasking" statement. This is not very explicit, agreed. Please feel free to improve the documentation - you are already registered as wiki user, so you just have to edit the text. > > The approaches discussed so far all have issues. So far I don't see > > an approach that appears to be generally usable, clean in design and > > reliable in operation. > > That seems like it would be interrupts, but there's a conflict here > between "solve it perfectly (at least up to the limit of the internal > buffer)" and "this is just a bootloader, keep it simple". And it seems > there's no room for a pragmatic middle ground. I also think an interrupt driven driver would be the best approach. If the interrupt part can be configured out so users who don't need/want this feature are unaffected I see no reason why such a driver would not be accepted. > Oh well, I guess we'll just maintain it locally, or find some > alternative to pasting things. Some terminal emulations allow for special configurations, like inter-character delays, end-of-line delays; maybe there are even ones that can wait for a prompt? If not - expect is your friend ... Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: w...@denx.de On our campus the UNIX system has proved to be not only an effective software tool, but an agent of technical and social change within the University. - John Lions (U. of Toronto (?)) _______________________________________________ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
