From owner-freebsd-smp  Tue Nov 19 14:54:23 1996
Return-Path: owner-smp
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.5/8.7.3) id OAA12689
          for smp-outgoing; Tue, 19 Nov 1996 14:54:23 -0800 (PST)
Received: from pat.idt.unit.no (pat.idt.unit.no [129.241.103.5])
          by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA12672
          for <smp@freebsd.org>; Tue, 19 Nov 1996 14:54:16 -0800 (PST)
Received: from idt.unit.no (ikke.idt.unit.no [129.241.111.65]) by pat.idt.unit.no (8.7.5/8.7.3) with ESMTP id XAA24080; Tue, 19 Nov 1996 23:53:58 +0100 (MET)
Message-Id: <199611192253.XAA24080@pat.idt.unit.no>
To: smp@csn.net
Cc: smp@freebsd.org
Subject: Re: Can test again... 
In-Reply-To: Your message of "Tue, 19 Nov 1996 13:55:50 -0700"
References: <199611192055.NAA19886@clem.systemsix.com>
X-Mailer: Mew version 1.06 on Emacs 19.33.1
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Date: Tue, 19 Nov 1996 23:53:58 +0100
From: Tor Egge <Tor.Egge@idt.ntnu.no>
Sender: owner-smp@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

> >- Interrupts are lost. e.g. rtc stopped generating interrupts due
> >  to a lost interrupt.
> 
> I wouldn't expect this on a NON APIC_IO kernel, but who knows???

It also happens under some circumstances in the normal -current branch :-(

[ discussion about problems wrt. SMP-kernel with option APIC_IO not booting 
  deleted ]

> Is there anything in the BIOS that looks like it might affect this behavior?

Yes. The MPS 1.4 enable switch in the BIOS was disabled. Enabling it helped,
and I'm currently running the SMP kernel with option APIC_IO as I write this.

As expected, not having APIC_LAZY defined immediately caused lost interrupts
when a new interrupt arrives before the interrupt is reenabled.

- Tor Egge