Subject: Re: Serial buffer memory leak
From: Paul Fulghum <paulkf@microgate.com>
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Cc: Laurent Pinchart <laurentp@cse-semaphore.com>,
       linux-kernel@vger.kernel.org
In-Reply-To: <20070808163217.2f59fe84@the-village.bc.nu>
References: <200708081158.06843.laurentp@cse-semaphore.com>
	 <20070808144532.5e3a1998@the-village.bc.nu>
	 <1186582307.3394.3.camel@x2.microgate.com>
	 <200708081628.36897.laurentp@cse-semaphore.com>
	 <1186584775.3508.13.camel@x2.microgate.com>
	 <20070808161606.32a40793@the-village.bc.nu>
	 <20070808163217.2f59fe84@the-village.bc.nu>
Content-Type: text/plain
Date: Wed, 08 Aug 2007 12:35:37 -0500
Message-Id: <1186594537.3413.7.camel@x2.microgate.com>
Mime-Version: 1.0
Content-Transfer-Encoding: 7bit
Sender: linux-kernel-owner@vger.kernel.org
Content-Length: 829
Lines: 30

On Wed, 2007-08-08 at 16:32 +0100, Alan Cox wrote:

> Ok try this for size folks. Use tty->flags bits for the flush status.
> Wait for the flag to clear again before returning
> Fix the doc error noted
> Fix flush of empty queue leaving stale flushpending
> 
> 
> Signed-off-by: Alan Cox <alan@redhat.com>

It looks good and clean.

I compiled and tested the patch with interleaved
tcflush() and read() calls, allowing random amounts
of receive data to accumulate between each call.

Acked-by: Paul Fulghum <paulkf@microgate.com>

Thanks,
Paul

--
Paul Fulghum
Microgate Systems, Ltd

-
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/