Date: Thu, 05 Dec 1996 23:30:34 +0100 From: Tor Egge <Tor.Egge@idt.ntnu.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 Message-ID: <199612052230.XAA03136@pat.idt.unit.no> In-Reply-To: Your message of "Wed, 04 Dec 1996 16:40:45 -0700" References: <199612042340.QAA08544@clem.systemsix.com>
next in thread | previous in thread | raw e-mail | index | archive | help
> 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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199612052230.XAA03136>