On Saturday 06 September 2003 18:55, Jan-Benedict Glaw wrote: > On Sat, 2003-09-06 15:55:46 +0800, Michael Frank <[EMAIL PROTECTED]> > wrote in message <[EMAIL PROTECTED]>: > > On Saturday 06 September 2003 15:38, Jan-Benedict Glaw wrote: > > > On Fri, 2003-09-05 16:08:52 -0700, Greg KH <[EMAIL PROTECTED]> > > > wrote in message <[EMAIL PROTECTED]>: > > > > On Wed, Sep 03, 2003 at 02:32:16PM +0800, Michael Frank wrote: > > > > > On Wednesday 03 September 2003 07:52, Greg KH wrote: > > > > > Sep 3 12:52:15 mhfl2 kernel: ttyUSB0: 1 input overrun(s) > > > > > Sep 3 12:54:30 mhfl2 last message repeated 2 times > > > > > > > > Hm, what is causing this? > > > > That is probably why cu is getting confused, right? > > > > > > I've seen the input overrun message also (with the vanilla driver, not > > > patched). > > > It's effect is that the first bytes (maybe up to 100..300 > > > bytes) are scrambled. It's like accessing a serial link with a horribly > > > wrong baud rate. > > > > I have seen that too, but rarely. Most the time it hangs after the first > > few hundred bytes. > > I've never seen that. My impression is that this (only?) happens if > there are some bytes received from serial, but not read out from > userspace. For NMEA, this is mostly always the case because the GPS > receiver is sending data all the time:)
_all_ the time or in packets with idle time between? > Rephrase, once it (the terminal emulator cu) hung _once_, exiting it, starting it again, it dumps a few hundred bytes (rarely the garbage you mentioned), and hangs again. What you said "some bytes received from serial, but not read out", can be what cu dumps on its restart. At that time, the hardware handshake also stops, so RTS never gets cleared and data coming in on the serial line are lost. Regards Michael ------------------------------------------------------- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf _______________________________________________ [EMAIL PROTECTED] To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel