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.
(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.