NetBSD Problem Report #41194

From jon@Sunergy.localdomain  Mon Apr 13 02:24:52 2009
Return-Path: <jon@Sunergy.localdomain>
Received: from mail.netbsd.org (mail.netbsd.org [204.152.190.11])
	by www.NetBSD.org (Postfix) with ESMTP id DB67463B8DF
	for <gnats-bugs@gnats.NetBSD.org>; Mon, 13 Apr 2009 02:24:51 +0000 (UTC)
Message-Id: <20090413031930.D29FD5854@Sunergy.localdomain>
Date: Mon, 13 Apr 2009 03:19:30 +0000 (UTC)
From: jon@bullers.net
Reply-To: jon@bullers.net
To: gnats-bugs@gnats.NetBSD.org
Subject: console install problems for sparc-5rc3
X-Send-Pr-Version: 3.95

>Number:         41194
>Category:       port-sparc
>Synopsis:       disappearing keyboard on install
>Confidential:   no
>Severity:       critical
>Priority:       high
>Responsible:    port-sparc-maintainer
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Mon Apr 13 02:25:00 +0000 2009
>Originator:     Jon Buller
>Release:        NetBSD 5.0_RC3
>Organization:

>Environment:
Cross built on amd64 machine from head of netbsd-5
		branch checked out or updated a day or two before
		the build date.

		This is running on a sun4m system (LX, and SS20)
		with a type5 keyboard.


System: NetBSD Sunergy 5.0_RC3 NetBSD 5.0_RC3 (GENERIC) #0: Sat Apr 4 05:59:14 UTC 2009 jon@xw8200.bullers.net:/usr/obj/sparc/sys/arch/sparc/compile/GENERIC sparc
Architecture: sparc
Machine: sparc
>Description:
	The keyboard becomes useless shortly after beginning the
	install process.
>How-To-Repeat:
	Boot a miniroot filesystem from a swap partition, or go
	through the standard netboot procedures in the install
	document.

	The system will accept keyboard input for the terminal
	type, which is the first use of the keyboard after booting
	the system.  However, the next use is to answer the question
	of Install/Update/Shell/Halt, and there is no response to
	any keypresses.
>Fix:
	It is fixable, but I do not know how.  I manually labeled
	the disks, unpacked the tar files, and configured the system
	to boot, after netbooting the 4.0.1 install files to get
	the system running far enough to do so.

	I made both disks bootable, but I am now in the unusual
	situation where booting from one disk will seemingly freeze
	the system on the first login, although ssh still works.
	Booting the other disk will result in a somewhat working
	system.  (I say somewhat as it appears there are some bugs
	in the video driver as well.)  I have not yet noticed the
	difference in the two configurations.

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.