[U-Boot-Users] API for serial functions
Wolfgang Denk
wd at denx.de
Mon Oct 1 12:43:09 CEST 2007
In message <200710010620.50106.vapier at gentoo.org> you wrote:
>
> i'm not claiming this is going to turn a 100mhz proc into 1000mhz proc or
> something, but in the tail end of writing to the UART, you would free up the
> CPU to continue ... and the processor tends to be a lot faster than the speed
> of a UART, so it could chew through a sizable chunk of code before the UART
> finishes shifting out a single byte ... and depending on the hardware, you
> could be talking about 1 byte, 5 bytes, or more
So you might end up saving 1 or 5 or a few more milliseconds.
> maybe ... you'd have to mess up the processor pretty bad such that it breaks
> the peripherals ... the UART in a Blackfin acts independently of the core
>
> > So I vote for not removing this transmitter empty check.
>
> i'd note that this is pretty inconsistent across different ports ...
I agree with Stefan. Please don't change this. The current implemen-
tation (wait until trasmit has completed) is what I prefer.
> so when do you return ? after making sure the byte has moved from the core to
> the peripheral hardware ? after making sure the byte has started to be
> shifted out from the peripheral onto the line ? after making sure the byte
> has been completed shifted onto the line ? the current Blackfin serial
> driver exhibits the last -- it waits until the whole byte has gone through
> the whole process, from core through the line
If that's how it was implemented, then leave it that way. It's OK.
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
Half of the people in the world are below average.
More information about the U-Boot
mailing list