netdev - Re: [PATCH] hso.c against 2.6.27-rc5 throttle/unthrottle to prevent loss of serial data

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date:	Fri, 5 Sep 2008 14:59:02 +0100
From:	Alan Cox <alan@...rguk.ukuu.org.uk>
To:	Denis Joseph Barrow <D.Barow@...ion.com>
Cc:	Linux USB kernel mailing list <linux-usb@...r.kernel.org>,
	Linux netdev Mailing list <netdev@...r.kernel.org>
Subject: Re: [PATCH]  hso.c against 2.6.27-rc5 throttle/unthrottle to
 prevent loss of serial data

O> If my understanding of the n_tty.c code is correct it will
> only start throttling when there is TTY_THRESHOLD_THROTTLE
> i.e. 128 bytes left in the n_tty ring buffer this is a very low limit
> for my driver. This means
> that if I try to do a tty_flip_buffer_push of
> of a tty buffer larger than 128 bytes when the threshold
> is reached I will lose data. My urb buffers are 4k in
> size 2 buffers of this size up to the tty layer in a row 
> quickly I believe I'll lose data in the n_tty layer.

If there is 128 bytes left in the n_tty buffer and you push data it ends
up in the tty_buffer queue where it will accumulate up to 64K of data
which will be fired into the tty layer when the tty layer is willing to
accept it (sets its receive_room).

Alan
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html