Subject: kern/10129: wscons loses when console is serial
To: None <gnats-bugs@gnats.netbsd.org>
From: John Hawkinson <jhawk@mit.edu>
List: netbsd-bugs
Date: 05/16/2000 11:09:25
>Number: 10129
>Category: kern
>Synopsis: wscons loses when console is serial
>Confidential: no
>Severity: serious
>Priority: medium
>Responsible: kern-bug-people
>State: open
>Class: sw-bug
>Submitter-Id: net
>Arrival-Date: Tue May 16 11:10:00 PDT 2000
>Closed-Date:
>Last-Modified:
>Originator: John Hawkinson
>Release: -current of 15 May 2000
>Organization:
MIT
>Environment:
System: NetBSD zorkmid.mit.edu 1.4Y NetBSD 1.4Y (ZORKMID-$Revision: 1.5 $) #88: Mon May 15 19:31:34 EDT 2000 jhawk@zorkmid.mit.edu:/usr/local/current-src/sys/arch/i386/compile/ZORKMID i386
>Description:
After booting on a serial console, wscons-based displays fail
catastrophically. Output to /dev/ttyE* is displayed, however no input
can be read. Keystrokes can be read from /dev/wskbd0, however.
Consoles cannot be switched via ctrl-alt-fN, nor by calling
wsdisplay_switch() (fails because sc->sc_displaydv has never been
initialized).
Most poigently, observe a friendly "login: " prompt that accepts
no input and echos no characters.
This didn't occur under 1.4.2.
>How-To-Repeat:
Boot a serial console. Try to use the physical console. Be stymied.
>Fix:
it appears from preliminary code inspection that much of the critical
wscons setup only happens if the console is actually on wscons.
I don't really understand what the theory is here, and the documentation
is sparse-to-nonexistant...
--jhawk
>Release-Note:
>Audit-Trail:
>Unformatted: