From owner-freebsd-smp Fri Apr 4 11:10:14 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA27222 for smp-outgoing; Fri, 4 Apr 1997 11:10:14 -0800 (PST) Received: from Ilsa.StevesCafe.com (sc-gw.StevesCafe.com [205.168.119.191]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA27212 for ; Fri, 4 Apr 1997 11:10:08 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by Ilsa.StevesCafe.com (8.7.5/8.6.12) with SMTP id MAA16658; Fri, 4 Apr 1997 12:09:55 -0700 (MST) Message-Id: <199704041909.MAA16658@Ilsa.StevesCafe.com> X-Authentication-Warning: Ilsa.StevesCafe.com: Host localhost [127.0.0.1] didn't use HELO protocol X-Mailer: exmh version 1.6.5 12/11/95 From: Steve Passe To: NISHIO Shuichi cc: freebsd-smp@freebsd.org Subject: Re: APIC_IO problem on Tyan S1668 In-reply-to: Your message of "Fri, 04 Apr 1997 20:03:22 +0900." <19970404200322X.nishio@elysium.kecl.ntt.co.jp> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 04 Apr 1997 12:09:55 -0700 Sender: owner-smp@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, >(1) Installed 3.0-970209-SNAP (worked fine) >(2) cvsup-ed the SMP kernel source >(3) did "cvs update -Pd -D '02/10/97 00:00:00 GMT" actually Peter recommends: cvs -q update -Pd -D '02/09/97 00:00:00 GMT' in reality I would recommend using the 3.0-970209-SNAP code without any cvs update. this is what I am running here. --- >(4) applied the recent patch to exception.s > (from <199703281714.KAA25923@Ilsa.StevesCafe.com>) this shouldn't have applied cleanly, since it should have already been applied to the source you supped. --- >(b) Do I need to recompile everything with the SMP kernel headers? >At least, dmesg didn't work, with the message > kvm_read: Bad address you definately have something out of sync here. I saw this same message when I tried running an older SMP kernel on the 3.0-970209-SNAP. till you can get rid of this don't expect anything to be reliable. --- > DEC Fast EtherWORKS PCI 10/100 x 2 > (one connected to 10BaseT Hub, another to 100BaseT Hub) evidently a PCI-PCI bridge card > de0 rev 32 int a irq 15 on pci0:10 > de1 rev 32 int a irq 9 on pci0:11 > de1 rev 32 int a irq 19 on pci0:11 > Freeing (NOT implimented) irq 9 for ISA cards. > INT active-lo level 1 14:A 2 16 > INT active-lo level 1 13:A 2 17 > INT active-lo level 1 12:A 2 18 > INT active-lo level 1 11:A 2 19 as someone else already pointed out the de0 half of the card is absent from the mptable. This is a common bug in the current generation of SMP boards, they don't have a clue about PCI-PCI bridging. once you get past the other problems I can whip up a bandaid that will allow the pci code to "see" this card. so in summary: revert to a 3.0-970209-SNAP system. use the SMP soure as is, no patches should be necessary. eliminate the kvm error before proceeding. -- Steve Passe | powered by smp@csn.net | Symmetric MultiProcessor FreeBSD