aboutsummaryrefslogtreecommitdiff
path: root/drivers/net/ewrk3.h
diff options
context:
space:
mode:
authorIan Abbott <abbotti@mev.co.uk>2005-06-02 10:34:11 +0100
committerGreg Kroah-Hartman <gregkh@suse.de>2005-06-09 01:38:15 -0700
commit76854ceac3ef3408ab9a50a2521147fb14779f58 (patch)
tree130700c6871e73269bfad0b9f0439d51e0c353a3 /drivers/net/ewrk3.h
parent9f793d2c77ec5818679e4747c554d9333cecf476 (diff)
[PATCH] USB: ftdi_sio: avoid losing received data in tty-ldisc
ftdi_sio: Avoid losing bytes at tty-ldisc. This patch was originally developed by Daniel Smertnig. I (Ian Abbott) made a few changes. It has been tested by both Daniel and I, at least for raw, non-canonical receive data processing. Here is Daniel's original description of the patch: === During a project in which I was using a FTDI 232BM to transmit data at relative high speeds (625kBit/s), I noticed a problem where data was lost even if flow control was enabled: The FTDI-Driver receives 512 Bytes of data over USB at a time, which consists of 8 64-Byte packets. Subtracting the 2 bytes of status information included in each packet this gives 496 "real" data bytes per read. This data is passed (indirectly, via the flip buffers) to the tty line discipline which takes care of throttling when there the free buffer space reaches TTY_THRESHOLD_THROTTLE (128). Because the FTDI driver processes up to 496 bytes at a time, throttling won't happen in time and the line discipline will discard the remaining bytes. To avoid this the patch passes data in 62-byte blocks to the tty layer and checks the available space in the ldisc-buffers. If there isn't enough free space, processing the rest of the data is delayed using a workqueue. Note: The original problem should be easily reproducible with a userspace program which does slow & small reads. === Signed-off-by: Ian Abbott <abbotti@mev.co.uk> Signed-off-by: Daniel Smertnig <daniel.smertnig@gmail.com> Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
Diffstat (limited to 'drivers/net/ewrk3.h')
0 files changed, 0 insertions, 0 deletions