diff options
author | Peter Hurley <peter@hurleysoftware.com> | 2013-06-15 09:14:15 -0400 |
---|---|---|
committer | Greg Kroah-Hartman <gregkh@linuxfoundation.org> | 2013-07-23 16:42:59 -0700 |
commit | 24a89d1cb69b6c488cf16d98dd02e7820f62b40c (patch) | |
tree | e09745de8a63d9d8039495ed8b9bb79fbb334702 /drivers/cpufreq/longhaul.h | |
parent | da261e7fe7b0e23a0d4d46039d20dc60fa197b49 (diff) | |
download | op-kernel-dev-24a89d1cb69b6c488cf16d98dd02e7820f62b40c.zip op-kernel-dev-24a89d1cb69b6c488cf16d98dd02e7820f62b40c.tar.gz |
tty: Make ldisc input flow control concurrency-friendly
Although line discipline receiving is single-producer/single-consumer,
using tty->receive_room to manage flow control creates unnecessary
critical regions requiring additional lock use.
Instead, introduce the optional .receive_buf2() ldisc method which
returns the # of bytes actually received. Serialization is guaranteed
by the caller.
In turn, the line discipline should schedule the buffer work item
whenever space becomes available; ie., when there is room to receive
data and receive_room() previously returned 0 (the buffer work
item stops processing if receive_buf2() returns 0). Note the
'no room' state need not be atomic despite concurrent use by two
threads because only the buffer work thread can set the state and
only the read() thread can clear the state.
Add n_tty_receive_buf2() as the receive_buf2() method for N_TTY.
Provide a public helper function, tty_ldisc_receive_buf(), to use
when directly accessing the receive_buf() methods.
Line disciplines not using input flow control can continue to set
tty->receive_room to a fixed value and only provide the receive_buf()
method.
Signed-off-by: Peter Hurley <peter@hurleysoftware.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Diffstat (limited to 'drivers/cpufreq/longhaul.h')
0 files changed, 0 insertions, 0 deletions