The problem occurs very quick by setting the baud rate to 230400 on a single null modem connection (without usunign the orher ports of the quad uart). So i would say you are right with your guess...


-------- Original-Nachricht --------

Datum: Wed, 18 Jul 2012 08:37:04 +0200
Von: "Tobias Arp" [off-list ref]
An: Alan Cox [off-list ref]
CC: linux-serial@vger.kernel.org
Betreff: Re: ST16C654 stoppes transmitting after a while

The serial links are all set up to 115200 baud.

Dumping out the tty-struct when it hangs shows me this:

magic: 0x5401
name: ttyS0
flags: 0x00000A00
count: 1
stopped: 0
hw_stopped: 1
flow_stopped: 0
packet: 0
low_latency: 0
warned: 0
ctrl_status: 0x00
receive_room: 4095
...

It is a little bit strange that always the null modem connection shows
this behaviour. May be it's because it has the highest data transfer rate (all
other connections are made by isdn modems / 1-channel isdn)?




-------- Original-Nachricht --------

quoted

Datum: Tue, 17 Jul 2012 17:38:47 +0100
Von: Alan Cox [off-list ref]
An: "Tobias Arp" [off-list ref]
CC: linux-serial@vger.kernel.org
Betreff: Re: ST16C654 stoppes transmitting after a while

quoted

On Tue, 17 Jul 2012 13:36:03 +0200
"Tobias Arp" [off-list ref] wrote:

quoted

This is a single core arm processor (Cirrus EP9315), could this race

condition happen in this case? 

In theory, otoh it ought to be quite easy to test for.

How fast are your links - would it be fair to characterise your
environment as a fairly slow CPU handling a lot of fast serial links

(just trying to understand what the likely places to look might be)

--
To unsubscribe from this list: send the line "unsubscribe linux-serial"

in

quoted

the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

--
To unsubscribe from this list: send the line "unsubscribe linux-serial" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html