Date: Fri, 7 Mar 1997 21:47:25 +0200 (EET) From: Narvi <narvi@haldjas.folklore.ee> To: Terry Lambert <terry@lambert.org> Cc: current@freebsd.org Subject: Re: serial driver Message-ID: <Pine.BSF.3.95.970307212136.6060B-100000@haldjas.folklore.ee> In-Reply-To: <199703071745.KAA16968@phaeton.artisoft.com>
next in thread | previous in thread | raw e-mail | index | archive | help
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. >
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.3.95.970307212136.6060B-100000>