Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1356107
| From | Sebastian Andrzej Siewior <bigeasy@linutronix.de> |
|---|---|
| Newsgroups | linux.kernel |
| Subject | [RFC RT] tty: serial: 8250: don't take the lock on OOPs |
| Date | 2016-03-11 19:10 +0100 |
| Message-ID | <rbzFD-1Ep-5@gated-at.bofh.it> (permalink) |
| Organization | linux.* mail to news gateway |
On panic() from IRQ (for instance from the lockup detector) we will end up in an endless loop on -RT. Each time we invoke spin_trylock_irqsave() we will trigger the WARN_ON() in rt_mutex_trylock(). The WARN_ON() will stuff more data into the printk buffer than we can print on one iteration and so we never end the printing loop. Signed-off-by: Sebastian Andrzej Siewior <bigeasy@linutronix.de> --- drivers/tty/serial/8250/8250_port.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/tty/serial/8250/8250_port.c b/drivers/tty/serial/8250/8250_port.c index 5568d70eee0c..138b1b985063 100644 --- a/drivers/tty/serial/8250/8250_port.c +++ b/drivers/tty/serial/8250/8250_port.c @@ -2850,9 +2850,9 @@ void serial8250_console_write(struct uart_8250_port *up, const char *s, serial8250_rpm_get(up); - if (port->sysrq) + if (port->sysrq || oops_in_progress) locked = 0; - else if (oops_in_progress || in_kdb_printk()) + else if (in_kdb_printk()) locked = spin_trylock_irqsave(&port->lock, flags); else spin_lock_irqsave(&port->lock, flags); -- 2.7.0
Back to linux.kernel | Previous | Next | Find similar | Unroll thread
[RFC RT] tty: serial: 8250: don't take the lock on OOPs Sebastian Andrzej Siewior <bigeasy@linutronix.de> - 2016-03-11 19:10 +0100
csiph-web