Date: Sun, 6 May 2007 17:46:41 +0100
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
To: "Antonino Ingargiola" <tritemio@gmail.com>
Cc: "Oliver Neukum" <oliver@neukum.org>, "Paul Fulghum" <paulkf@microgate.com>,
       linux-usb-users@lists.sourceforge.net, linux-kernel@vger.kernel.org
Subject: Re: [SOLVED] Serial buffer corruption [was Re: FTDI usb-serial
 possible bug]
Message-ID: <20070506174641.0e118546@the-village.bc.nu>
In-Reply-To: <5486cca80705060939v7ae1c9e2x9eeeb68c02956a33@mail.gmail.com>
References: <5486cca80705040138r6ac16e9bp77e4f6217720ea8@mail.gmail.com>
	<1178381287.3379.8.camel@x2>
	<20070505173647.544f6707@the-village.bc.nu>
	<200705052007.16742.oliver@neukum.org>
	<20070505225241.54a5d01d@the-village.bc.nu>
	<5486cca80705060029p433c6acar22faaeced2d7da37@mail.gmail.com>
	<20070506132849.62e1e218@the-village.bc.nu>
	<5486cca80705060939v7ae1c9e2x9eeeb68c02956a33@mail.gmail.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: linux-kernel-owner@vger.kernel.org
Content-Length: 823
Lines: 17

> To conclude, the store the *last* N bytes received seems a more
> reasonable policy for the input buffers managed by the kernel. If the

For your use maybe, but it is not the normal behaviour and it is not the
behaviour supported by hardware, which generally buffers the first few
bytes (and some things like Apple localtalk actually rely upon this)

> other policy is used (as tty does), then the kernel should flush all
> the buffers he *can* physically flush, remaining inside the host
> computer of course.

It certainly does no harm to try and do the job as best you can.
-
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/