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: