From owner-freebsd-smp Thu Dec 5 14:31:19 1996 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id OAA09990 for smp-outgoing; Thu, 5 Dec 1996 14:31:19 -0800 (PST) Received: from pat.idt.unit.no (0@pat.idt.unit.no [129.241.103.5]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id OAA09976 for ; Thu, 5 Dec 1996 14:31:12 -0800 (PST) Received: from idt.unit.no (tegge@ikke.idt.unit.no [129.241.111.65]) by pat.idt.unit.no (8.8.3/8.8.3) with ESMTP id XAA03136; Thu, 5 Dec 1996 23:30:35 +0100 (MET) Message-Id: <199612052230.XAA03136@pat.idt.unit.no> To: smp@csn.net Cc: vanmaren@fast.cs.utah.edu, smp@bluenose.na.tuns.ca, smp@freebsd.org Subject: Re: Good News & Bad News In-Reply-To: Your message of "Wed, 04 Dec 1996 16:40:45 -0700" References: <199612042340.QAA08544@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: Thu, 05 Dec 1996 23:30:34 +0100 From: Tor Egge Sender: owner-smp@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Hi, > > > >With the current smp kernel+ SMP_INVLTLB, the good news is that Tomcat III+IDE > > >is able to `make world' successfully with FreeBSD-current source tree. > > > > > >With the same kernel, the Titan Pro is still suffering with > > >the core dump of using IDE right after the second CPU is launched. > > >If the SCSI is used to boot the system, there is no coredump but > > >the system reboots itself unpredictably shortly after the second > > >CPU is activated. > > > > Just a thought, but how many of the machines besides the Tyan Titan > > Pro have the BSP at other than CPU #0? The Titan Pro's BSD is > > (physically) Processor #1. This is just the most obvious difference > > between the Titan Pro and the other boards. > > from the mptab;e database: > > Asus P/I-P65UP5 > Supermicro P6DNE > > does anyone running these machines have experience with the recent SMP kernel? I tried a few hours old kernel on an ASUS P/I-P65UP5, with APIC_IO enabled. When compiling a new kernel with two active CPUs, I got error messages from gcc, and the compile failed. Restarting the kernel compiling caused a trap 12, and a kernel dump. When looking at the kernel dump, I get #0 boot (howto=256) at ../../kern/kern_shutdown.c:267 #1 0xe0112d29 in panic (fmt=0xe01bcbcf "page fault") at ../../kern/kern_shutdown.c:395 #2 0xe01bd8b5 in trap_fatal (frame=0xdfbffe58) at ../../i386/i386/trap.c:747 #3 0xe01bd2e8 in trap_pfault (frame=0xdfbffe58, usermode=0) at ../../i386/i386/trap.c:654 #4 0xe01bcf1b in trap (frame={tf_es = -270335984, tf_ds = 16, tf_edi = -270395292, tf_esi = -541077504, tf_ebp = -541065552, tf_isp = -541065600, tf_ebx = 296243200, tf_edx = -4194304, tf_ecx = -528396, tf_eax = -528396, tf_trapno = 12, tf_err = 0, tf_eip = -535058833, tf_cs = 8, tf_eflags = 66178, tf_esp = -530083069, tf_ss = -270296448}) at ../../i386/i386/trap.c:313 #5 0xe01ba66f in pmap_enter (pmap=0xefe21864, va=3753889792, pa=296243200, prot=7 '\a', wired=0) at ../../i386/i386/pmap.c:2014 #6 0xe01a4153 in vm_fault (map=0xefe21800, vaddr=3753889792, fault_type=3 '\003', change_wiring=0) at ../../vm/vm_fault.c:773 #7 0xe01bd240 in trap_pfault (frame=0xdfbfffbc, usermode=1) at ../../i386/i386/trap.c:634 #8 0xe01bcdc3 in trap (frame={tf_es = 39, tf_ds = 39, tf_edi = 352256, tf_esi = 330220, tf_ebp = -541074428, tf_isp = -541065244, tf_ebx = 0, tf_edx = 1, tf_ecx = 330220, tf_eax = 0, tf_trapno = 12, tf_err = 7, tf_eip = 45296, tf_cs = 31, tf_eflags = 66050, tf_esp = -541074452, tf_ss = 39}) at ../../i386/i386/trap.c:241 (kgdb) up 5 #5 0xe01ba66f in pmap_enter (pmap=0xefe21864, va=3753889792, pa=296243200, prot=7 '\a', wired=0) at ../../i386/i386/pmap.c:2014 2014 origpte = *(vm_offset_t *)pte; (kgdb) print/x pte $2 = 0xfff7eff4 This indicates an attempt to dereference address 0xfff7eff4, which seems bogus :-( - Tor Egge