[PATCH] serial console registration bugfix (2.6)

From: Bjorn Helgaas <bjorn.helgaas_at_hp.com>
Date: 2003-10-17 02:58:56
uart_set_options() can dereference a null pointer.  This happens
if you specify a console that hasn't previously been setup by

For example, on ia64, the HCDP typically tells us about line 0,
so we calls early_serial_setup() for it.  If the user specifies
"console=ttyS3", we machine-check when trying to follow the
uninitialized port->ops pointer.

It's not entirely clear to me whether we should return 0 or -ENODEV
or something.  The advantage of returning zero is that if the user
specifies "console=ttyS0" and we just lack the HCDP, the console
doesn't work as early as usual, but it does start working after the
serial driver detects the port (though the baud/parity/etc from the
command line are lost).  Returning -ENODEV seems to prevent it from
ever working.


===== drivers/serial/serial_core.c 1.72 vs edited =====
--- 1.72/drivers/serial/serial_core.c	Mon Sep 29 18:35:33 2003
+++ edited/drivers/serial/serial_core.c	Thu Oct 16 09:56:55 2003
@@ -1859,6 +1859,9 @@
 	if (flow == 'r')
 		termios.c_cflag |= CRTSCTS;
+	if (!port->ops)
+		return 0;
 	port->ops->set_termios(port, &termios, NULL);
 	co->cflag = termios.c_cflag;

To unsubscribe from this list: send the line "unsubscribe linux-ia64" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Received on Thu Oct 16 12:59:31 2003

This archive was generated by hypermail 2.1.8 : 2005-08-02 09:20:19 EST