diff options
| author | Geert Uytterhoeven | 2013-11-22 16:47:26 +0100 |
|---|---|---|
| committer | Greg Kroah-Hartman | 2013-11-25 17:54:25 +0100 |
| commit | dc1dc2f8a5dd863bf2e79f338fc3ae29e99c683a (patch) | |
| tree | ec5ba8240fa456037d26f0bf807d7d5be387514c /MAINTAINERS | |
| parent | n_gsm: race between ld close and gsmtty open (diff) | |
| download | kernel-qcow2-linux-dc1dc2f8a5dd863bf2e79f338fc3ae29e99c683a.tar.gz kernel-qcow2-linux-dc1dc2f8a5dd863bf2e79f338fc3ae29e99c683a.tar.xz kernel-qcow2-linux-dc1dc2f8a5dd863bf2e79f338fc3ae29e99c683a.zip | |
TTY: pmac_zilog, check existence of ports in pmz_console_init()
When booting a multi-platform m68k kernel on a non-Mac with "console=ttyS0"
on the kernel command line, it crashes with:
Unable to handle kernel NULL pointer dereference at virtual address (null)
Oops: 00000000
PC: [<0013ad28>] __pmz_startup+0x32/0x2a0
...
Call Trace: [<002c5d3e>] pmz_console_setup+0x64/0xe4
The normal tty driver doesn't crash, because init_pmz() checks
pmz_ports_count again after calling pmz_probe().
In the serial console initialization path, pmz_console_init() doesn't do
this, causing the driver to crash later.
Add a check for pmz_ports_count to fix this.
Signed-off-by: Geert Uytterhoeven <geert@linux-m68k.org>
Cc: Finn Thain <fthain@telegraphics.com.au>
Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Diffstat (limited to 'MAINTAINERS')
0 files changed, 0 insertions, 0 deletions