From owner-freebsd-smp  Mon Nov 25 17:53:22 1996
Return-Path: owner-smp
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.5/8.7.3) id RAA26970
          for smp-outgoing; Mon, 25 Nov 1996 17:53:22 -0800 (PST)
Received: from spinner.DIALix.COM (root@spinner.DIALix.COM [192.203.228.67])
          by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id RAA26958
          for <freebsd-smp@FreeBSD.org>; Mon, 25 Nov 1996 17:53:09 -0800 (PST)
Received: from spinner.DIALix.COM (peter@localhost.DIALix.oz.au [127.0.0.1])
          by spinner.DIALix.COM (8.8.3/8.8.3) with ESMTP id JAA02951;
          Tue, 26 Nov 1996 09:48:51 +0800 (WST)
Message-Id: <199611260148.JAA02951@spinner.DIALix.COM>
To: Steve Passe <smp@csn.net>
cc: Nate Williams <nate@mt.sri.com>, Janick.Taillandier@ratp.fr,
        freebsd-smp@FreeBSD.org
Subject: Re: Console lockup 
In-reply-to: Your message of "Mon, 25 Nov 1996 14:01:23 MST."
             <199611252101.OAA02950@clem.systemsix.com> 
Date: Tue, 26 Nov 1996 09:48:51 +0800
From: Peter Wemm <peter@spinner.dialix.com>
Sender: owner-smp@FreeBSD.org
X-Loop: FreeBSD.org
Precedence: bulk

Steve Passe wrote:
> Hi,
> 
> so naturally it gets wierder....
> 
> I just cvsupped the 1st cut of the per CPU stuff, built/installed/booted
> an APIC_IO version.  Works fine:
> 
> FreeBSD 3.0-SMP #0: Mon Nov 25 11:00:43 MST 1996
>     fsmp@rick.systemsix.com:/d1usr/src/sys/compile/SMP
> FreeBSD/SMP: Multiprocessor motherboard
>  cpu0 (BSP): apic id: 0, version: 0x00030010
>  cpu1 (AP):  apic id: 1, version: 0x00030010
>  io0 (APIC): apic id: 2, version: 0x00170011
>  ...
> =========> SECOND CPU LAUNCHED!! <=========
> 
> I forgot to replace console.h/syscons.c, ie I used the ones that used to
> cause my console to ALWAYS hang:
> 
>  *      $Id: console.h,v 1.26 1996/11/14 22:18:31 sos Exp $
>  *  $Id: syscons.c,v 1.189 1996/11/19 17:08:10 nate Exp $
> 
> BUT IT AIN'T HANGING ANYMORE!!!  I can't think of anything thats changed
> that should affect it....  I've rebooted several times, no problems.  Is
> there anything new in the "1st cut code" that could possibly be responsible??
    ?

I'm suspicious that we might have some uninitialised data pages somewhere.
All of a sudden, I now am having reboot problems again once I've booted into
smp.  (ie: if I do a reboot or halt, I mist physically hit reset before the
kernel will come up into multi-user).  I had this problem months earlier this
year.

The code that I committed should not have changed your syscons behavior BTW,
apart from changing code alignment and memory allocation by a few pages.

Oh, the other thing that was changed was the "press RESET or RETURN" after
printing the IOApicMask vs. imen values was removed.  Try putting it back
in autoconf.c and see if your problem returns?

Cheers,
-Peter