[U-Boot] [PATCH v2] NS16550: buffer reads

[Wolfgang Denk]

Dear Scott Wood,

In message <4EA8566A.1050102 at 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: wd at 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 (?))