kernel/arch/um/drivers/stdio_console.c, branch linux-5.1.y

um: console: Ignore console= option

2017-07-05T21:18:48Z

Ignore linux kernel's console= option at uml's console option handler. Since uml's con= option is only for setting up new console, and Linux kernel's console= option specify to which console kernel output its message, we can use both option for different purpose. Signed-off-by: Masami Hiramatsu Signed-off-by: Richard Weinberger

um: Use tty_port_operations->destruct

2013-03-11T09:08:03Z

As we setup the SIGWINCH handler in tty_port_operations->activate it makes sense to tear down it in ->destruct. Signed-off-by: Richard Weinberger

um: get rid of pointless include "..." where include <...> will do

2012-10-09T20:28:45Z

Signed-off-by: Al Viro Signed-off-by: Richard Weinberger

um: fully use tty_port

2012-07-28T15:47:59Z

... use all tty_port helpers Signed-off-by: Richard Weinberger

um: remove line_ioctl()

2012-07-28T15:47:58Z

line_ioctl() has no real function. Signed-off-by: Richard Weinberger

um: switch users of ->chan_list to ->chan_{in,out} (easy cases)

2012-03-24T23:29:54Z

Signed-off-by: Al Viro Signed-off-by: Richard Weinberger

um: get rid of lines_init()

2012-03-24T23:29:53Z

move config-independent parts of initialization into register_lines(), call setup_one_line() after it instead of abusing ->init_str. Signed-off-by: Al Viro Signed-off-by: Richard Weinberger

um: switch line.c tty drivers to dynamic device creation

2012-03-24T23:29:53Z

Current code doesn't update the symlinks in /sys/dev/char when we add/remove tty lines. Fixing that allows to stop messing with ->valid before the driver registration, which is a Good Thing(tm) - we shouldn't have it set before we really have the things set up and ready for line_open(). We need tty_driver available to call tty_{un,}register_device(), so we just stash a reference to it into struct line_driver. Signed-off-by: Al Viro Signed-off-by: Richard Weinberger

um: convert count_lock to mutex, fix a race in line_open()

2012-03-24T23:29:53Z

If two processes are opening the same line, the second to get into line_open() will decide that it doesn't need to do anything (correctly) or wait for anything. The latter, unfortunately, is incorrect - the first opener might not be through yet. We need to have exclusion covering the entire line_init(), including the blocking parts. Moreover, the next patch will need to widen the exclusion on mconsole side of things, also including the blocking bits, so let's just convert that sucker to mutex... Signed-off-by: Al Viro Signed-off-by: Richard Weinberger

um: get rid of the init_prio mess

2012-03-24T23:29:53Z

make line_setup() act on a separate array of conf strings + default conf, have lines array initialized explicitly by that data, bury LINE_INIT() macro from hell. Signed-off-by: Al Viro Signed-off-by: Richard Weinberger