Date: 3 Feb 2006 05:00:47 -0500
Message-ID: <20060203100047.19337.qmail@science.horizon.com>
From: linux@horizon.com
To: rmk+lkml@arm.linux.org.uk
Subject: Re: 8250 serial console fixes -- issue
Cc: linux-kernel@vger.kernel.org
Sender: linux-kernel-owner@vger.kernel.org
Content-Length: 899
Lines: 21

>>  - 'r' option has insanely slow CTS timeout. So if a
>>    terminal server is inactive the kernel can take
>>    30 minutes to boot as each character write to the
>>    serial console requires a CTS timeout.
>
> You'd rather we threw away these messages?

It seems to me that The Right Thing to do is, once I've given up on
CTS showing up and just sent the byte anyway, is send all future bytes
without waiting for CTS until CTS shows up again.

In other words, one timeout per falling edge of CTS.

This may be implementable neatly by just saying "fuck it; pretend CTS
is asserted" in the timeout handler if the later real assertion won't
confuse it.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/