From owner-freebsd-hackers  Sun Jun 22 12:40:17 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id MAA19477
          for hackers-outgoing; Sun, 22 Jun 1997 12:40:17 -0700 (PDT)
Received: from iafnl.es.iaf.nl (uucp@iafnl.es.iaf.nl [195.108.17.20])
          by hub.freebsd.org (8.8.5/8.8.5) with SMTP id MAA19468
          for <FreeBSD-hackers@freebsd.org>; Sun, 22 Jun 1997 12:40:11 -0700 (PDT)
Received: by iafnl.es.iaf.nl with UUCP id AA03124
  (5.67b/IDA-1.5 for FreeBSD-hackers@freebsd.org); Sun, 22 Jun 1997 21:40:26 +0200
Received: (from wilko@localhost) by yedi.iaf.nl (8.8.5/8.6.12) id RAA02320 for FreeBSD-hackers@freebsd.org; Sun, 22 Jun 1997 17:34:17 +0200 (MET DST)
From: Wilko Bulte <wilko@yedi.iaf.nl>
Message-Id: <199706221534.RAA02320@yedi.iaf.nl>
Subject: Re: Lockup during kernel device probe on 2.2.1R
To: yokota@zodiac.mech.utsunomiya-u.ac.jp (Kazutaka YOKOTA)
Date: Sun, 22 Jun 1997 17:33:49 +0200 (MET DST)
Cc: yokota@zodiac.mech.utsunomiya-u.ac.jp
In-Reply-To: <199706082335.IAA06277@zodiac.mech.utsunomiya-u.ac.jp> from "Kazutaka YOKOTA" at Jun 9, 97 08:35:29 am
X-Mailer: ELM [version 2.4 PL24 ME8a]
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-hackers@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

As Kazutaka YOKOTA wrote...
> 
> So, the video cards which failed to boot 2.2.1R are 2 VGAs and 1 EGA,
> right? Would you tell us the brands and models of these cards?
> 
> What I can think of is...
> 
> Try booting the 2.2.2R boot.flp on the failed systems and see how
> it goes. If they can boot the floppy, you may either:
> 
> a) install 2.2.2R rather than 2.2.1R, or
> b) put the Orchid card in the failed systems and install 2.2.1R.
>    Then apply the following patch to /sys/i386/isa/syscons.c so that

[deleted patch]

>    the syscons driver is brought to the level of 2.2.2R, and put
>    back the original video card.

I finally found the time to try your patch. Applying it indeed solves the
lockup I was experiencing. As noted before, it was not the VGA card but
the type of keyboard that influences the behaviour.

While experimenting, I also found that turning the system keyswitch
(these are real server type machines, on which you can lock the keyboard
with a switch) from unlocked (which is normal if you want to use
the keyboard) to locked DURING the kernel lockup made the device
probing continue normally. Then turn the key to unlocked again and
the machine works just fine.

Thanks to all helpful people that offered advice,

Wilko
_     ____________________________________________________________________
 |   / o / /  _  Bulte  email: wilko@yedi.iaf.nl - Arnhem, The Netherlands
 |/|/ / / /( (_) 	Do, or do not. There is no 'try' - Yoda
--------------------------------------------------------------------------