Date: Fri, 04 Apr 1997 12:09:55 -0700 From: Steve Passe <smp@csn.net> To: NISHIO Shuichi <nishio@caleche.kecl.ntt.co.jp> Cc: freebsd-smp@freebsd.org Subject: Re: APIC_IO problem on Tyan S1668 Message-ID: <199704041909.MAA16658@Ilsa.StevesCafe.com> In-Reply-To: Your message of "Fri, 04 Apr 1997 20:03:22 %2B0900." <19970404200322X.nishio@elysium.kecl.ntt.co.jp>
next in thread | previous in thread | raw e-mail | index | archive | help
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 <Digital 21140A Fast Ethernet> rev 32 int a irq 15 on pci0:10 > de1 <Digital 21140A Fast Ethernet> rev 32 int a irq 9 on pci0:11 > de1 <Digital 21140A Fast Ethernet> 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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199704041909.MAA16658>