Date: Sat, 11 Mar 1995 03:43:19 +1000 From: Bruce Evans <bde@zeta.org.au> To: bde@zeta.org.au, pete@pelican.com Cc: current@FreeBSD.org Subject: Re: bad outgoing serial coms Message-ID: <199503101743.DAA05234@godzilla.zeta.org.au>
next in thread | raw e-mail | index | archive | help
>> RTS flow control is supposed to work now, so the big buffers should >> be unnecessary (but advisable for speed) if whatever you are connecting >> to supports CTS flow control. >That is not (all of) the problem; my friend here who gets this message >all the time uses rts/cts and at least it works going out. As far as >I know his modems support rts/cts both ways and are config'd right. It wasn't supposed to work in 2.x until 1995/02/24. >> SLIP and PPP don't use clists for input so they don't depend on TTYHOG. >The cited message comes from a place that involves the "raw" clist queue. >There is only one place in the driver that increments the counter >involved... >-------------------------------------------------- > com->delta_error_counts[CE_TTY_BUF_OVERFLOW] > += b_to_q((char *)buf, incc, &tp->t_rawq); >--------------------------------------------------- >I don't know why it might come in slip/ppp if they don't use clists; >are you *sure* they don't use the raw clist queue? Yes, and that code isn't executed except in the standard line discipline. Bruce
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199503101743.DAA05234>