Jiri Olsa fcdba07ee3 tty,vcs removing con_buf/conf_buf_mtx ... seems there's no longer need for using con_buf/conf_buf_mtx as vcs_read/vcs_write buffer for user's data. The do_con_write function, that was the other user of this, is currently using its own kmalloc-ed buffer. Not sure when this got changed, as I was able to find this code in 2.6.9, but it's already gone as far as current git history goes - 2.6.12-rc2. AFAICS there's a behaviour change with the current change. The lseek is not completely mutually exclusive with the vcs_read/vcs_write - the file->f_pos might get updated via lseek callback during the vcs_read/vcs_write processing. I tried to find out if the prefered behaviour is to keep this in sync within read/write/lseek functions, but I did not find any pattern on different places. I guess if user end up calling write/lseek from different threads she should know what she's doing. If needed we could use dedicated fd mutex/buffer. Signed-off-by: Jiri Olsa <jolsa@redhat.com> Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>		2011-02-17 11:13:19 -08:00
..
hvc	hvc: add Blackfin JTAG console support	2011-02-17 11:12:40 -08:00
serial	serial: pch_uart: revert Kconfig for non-DMA mode	2011-02-03 14:19:33 -08:00
vt	tty,vcs removing con_buf/conf_buf_mtx	2011-02-17 11:13:19 -08:00
Makefile
n_gsm.c
n_hdlc.c
n_r3964.c
n_tty.c
pty.c
sysrq.c
tty_audit.c
tty_buffer.c
tty_io.c
tty_ioctl.c
tty_ldisc.c	tty_ldisc: don't use flush_scheduled_work()	2011-02-03 14:12:25 -08:00
tty_mutex.c
tty_port.c