From owner-freebsd-current Fri Mar 7 19:54:57 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id TAA16425 for current-outgoing; Fri, 7 Mar 1997 19:54:57 -0800 (PST) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id TAA16385 for ; Fri, 7 Mar 1997 19:54:50 -0800 (PST) Received: from mail.crl.com (mail.crl.com [165.113.1.22]) by who.cdrom.com (8.8.5/8.6.11) with SMTP id OAA00852 for ; Fri, 7 Mar 1997 14:03:38 -0800 (PST) Received: from Haldjas.folklore.ee by mail.crl.com with SMTP id AA14265 (5.65c/IDA-1.5 for ); Fri, 7 Mar 1997 11:47:58 -0800 Received: from localhost (narvi@localhost) by haldjas.folklore.ee (8.8.4/8.8.4) with SMTP id VAA06557; Fri, 7 Mar 1997 21:47:25 +0200 (EET) Date: Fri, 7 Mar 1997 21:47:25 +0200 (EET) From: Narvi To: Terry Lambert Cc: current@freebsd.org Subject: Re: serial driver In-Reply-To: <199703071745.KAA16968@phaeton.artisoft.com> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Fri, 7 Mar 1997, Terry Lambert wrote: [snip] > The problem is that the chip should signal the available data *before* > it signals the DCD drop, and it should wait to signal the DCD drop > until we have processed the available data. > > But the chip does not place a DCD loss marker in its own FIFO so that > it can do this reliably. > > > If it is data in the kernel receive buffer, than this is a bug... we > should flush the inbound characters before propagating the DCD loss > so as to maintain strict event ordering. > >From the description it seems that the data is in the FIFO (... up to 16 bytes of data maybe lost...) > > Are you sure you are using one of the good UARTs? The majority of > UARTs are not good. > > Is there somewhere a list of UARTS that are good? It could get handy to know when buying serial boards. Sander > Regards, > Terry Lambert > terry@lambert.org > --- > Any opinions in this posting are my own and not those of my present > or previous employers. >