NetBSD Problem Report #44712

From dholland@macaran.localdomain  Sat Mar 12 03:33:36 2011
Return-Path: <dholland@macaran.localdomain>
Received: from mail.netbsd.org (mail.netbsd.org [204.152.190.11])
	by www.NetBSD.org (Postfix) with ESMTP id 2FA5063B874
	for <gnats-bugs@gnats.NetBSD.org>; Sat, 12 Mar 2011 03:33:36 +0000 (UTC)
Message-Id: <20110312033334.048386E1BC@macaran.localdomain>
Date: Fri, 11 Mar 2011 22:33:33 -0500 (EST)
From: dholland@eecs.harvard.edu
Reply-To: dholland@eecs.harvard.edu
To: gnats-bugs@gnats.NetBSD.org
Subject: wscons VT switching gets wedged
X-Send-Pr-Version: 3.95

>Number:         44712
>Category:       kern
>Synopsis:       wscons VT switching gets wedged
>Confidential:   no
>Severity:       critical
>Priority:       medium
>Responsible:    kern-bug-people
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Sat Mar 12 03:35:00 +0000 2011
>Last-Modified:  Fri Dec 23 05:29:59 +0000 2011
>Originator:     David A. Holland
>Release:        NetBSD 5.99.41 (20101130)
>Organization:
>Environment:
System: NetBSD macaran 5.99.41 NetBSD 5.99.41 (MACARAN) #3: Tue Nov 30 21:52:01 EST 2010 dholland@macaran:/usr/src/sys/arch/amd64/compile/MACARAN amd64
Architecture: x86_64
Machine: amd64
>Description:

Tonight while starting an X server (on screen 1; there was another one
running as screen 0, which might or might not be important) I hit
ctrl-alt-f1 at, apparently, just the wrong time. This left wscons
unable to switch VTs. Hitting ctrl-alt-Fn (for any n) did nothing;
explicitly switching with wsconscfg(*) yielded EBUSY.

It looks as if the EBUSY comes from line 1943 of wsdisplay.c, meaning
that the SC_SWITCHPENDING flag got set and some race condition
associated with starting up the X server caused the operation that's
supposed to clear the flag to get lost.

The EBUSY might instead be coming from line 1972 but I don't think so
judging from what SCR_GRAPHICS is documented to mean and the fact that
I have an ordinary x86 text console.

On the other hand it looks as if SC_SWITCHPENDING should be cleared by
suspending and resuming wsdisplay0. I tried to do that and couldn't
get it to do anything; but maybe I was doing it wrong.


(*) (Why is this functionality found in wscons*cfg* rather than
wscons*ctl*?)

>How-To-Repeat:

as above.

>Fix:

dunno.

>Release-Note:

>Audit-Trail:
From: David Holland <dholland-bugs@netbsd.org>
To: gnats-bugs@NetBSD.org
Cc: 
Subject: Re: xsrc/44712: wscons VT switching gets wedged
Date: Fri, 23 Dec 2011 05:10:14 +0000

 On Sat, Mar 12, 2011 at 03:35:00AM +0000, dholland@eecs.harvard.edu wrote:
  > >Synopsis:       wscons VT switching gets wedged

 Ran into this again tonight, so it's still a live issue at least as of
 20111128.

 May also be the same as PR 22423.

 -- 
 David A. Holland
 dholland@netbsd.org

Responsible-Changed-From-To: xsrc-manager->kern-bug-people
Responsible-Changed-By: dholland@NetBSD.org
Responsible-Changed-When: Fri, 23 Dec 2011 05:29:59 +0000
Responsible-Changed-Why:
regardless of what the X server may be doing, the bug is in wscons


>Unformatted:

NetBSD Home
NetBSD PR Database Search

(Contact us) $NetBSD: query-full-pr,v 1.39 2013/11/01 18:47:49 spz Exp $
$NetBSD: gnats_config.sh,v 1.8 2006/05/07 09:23:38 tsutsui Exp $
Copyright © 1994-2007 The NetBSD Foundation, Inc. ALL RIGHTS RESERVED.