On Mer, 2005-12-14 at 16:55 +0000, Russell King wrote:
> If we trigger this, we can assume that the port is dead anyway, or
> we're in a situation where the host CPU can not keep up with the
> data stream.
Not actually true in some cases.
- When your UART has a large FIFO and pretends to be an 8250 you can get
a 256 byte burst triggered by the box sleeping for a moment or the BIOS
SMI crap going to chat to the battery
- On a virtualised system this trap can trigger because the emulations
don't emulate the bit arrival and baud rate.
In both of those cases recovery is viable. For that matter so is
recovery when the user responds to the complaint message by unplugging
the cable, or where a long burst of framing errors hits you from a
misconfiguration.
Possibly the first two just argue for a larger limit ?
Alan
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]
