From owner-freebsd-current Mon Mar 25 15:21:48 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id PAA15333 for current-outgoing; Mon, 25 Mar 1996 15:21:48 -0800 (PST) Received: from davinci.isds.duke.edu (davinci.isds.duke.edu [152.3.22.1]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id PAA15323 for ; Mon, 25 Mar 1996 15:21:44 -0800 (PST) Received: from diego.isds.duke.edu (diego.isds.duke.edu [152.3.22.47]) by davinci.isds.duke.edu (8.7.4/8.6.9) with ESMTP id SAA25594 for ; Mon, 25 Mar 1996 18:21:41 -0500 (EST) From: Andrew Gallatin Message-Id: <199603252321.SAA25594@davinci.isds.duke.edu> Date: Mon, 25 Mar 1996 18:21:40 -0500 (EST) To: current@freebsd.org Subject: 2.2-960323-SNAP: ibcs2 panic Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, I'm managing to reliably crash a 486sx25 by running WP6.0 for SCO. I'm running the 2.2-960323-SNAP. When running a kernel built with the 'normal' fp emulator, many ibcs2 & linux programs (like xwp & executor) die with some sort of math error (I get messages like: Unknown math-insns: 001f:005b8ffb 038d). So as a work around for this, I built a kernel with GPL_MATH_EMULATE in place of MATH_EMULATE. This makes executor work, but xwp panics. I don't think the gpl math emulator is directly responsible for the problem because I managed to panic the machine in a similar way running another WP60 program. I've appended a stack trace of the crash for your examination. I'm hoping to find out if the ibcs2 stuff is currently broken, or if my problems are simply a result of the junk hardware I'm running on. If this crash is a result of the 486sx, that's wonderful news; I need this to work on a couple of P90s.. Just as background info - I'm in a situation where I have been running BSD/OS, but the university cash cow that had been paying for the license decided not to renew the site license this year. I'm hoping to replace BSD/OS with FreeBSD on our departmental machines & the home machines of profs & grad students here. I absolutely have to have ibcs2 working on a few of our PCs (mainly for WP), so that's why I'm attempting to run -current. I'm making a dry run with this junk 486sx25 because its the only box I can tie up for a week or two while I see if the conversion is feasable yet. FYI - I know NetBSD quite well. I currently run NetBSD/i386 at home & NetBSD/pmax on a few DECstations here; but I'd like to use FreeBSD for our Intel boxes because of your installation process. I can hand a stats prof a CD & have her install it at home, I just can't do that with NetBSD. This is a huge win. Drew PS: I'm the guy who asked about NFSv3 at the USENIX FreeBSD BOF. So far, your NFSv3 seems to be interoperating just fine with my alphas (DU 3.2c). ############################################################################## # Andrew Gallatin, Computer Project Manager # # Institute of Statistics and Decision Sciences # # Box 90251, Duke University, Durham, NC 27708-0251 # ############################################################################## % gdb -k GDB is free software and you are welcome to distribute copies of it under certain conditions; type "show copying" to see the conditions. There is absolutely no warranty for GDB; type "show warranty" for details. GDB 4.13 (i386-unknown-freebsd), Copyright 1994 Free Software Foundation, Inc. (kgdb) symbol-file /sys/compile/SCRAPIRON/kernel Reading symbols from /sys/compile/SCRAPIRON/kernel...done. (kgdb) exec-file kernel.0 (kgdb) core-file vmcore.0 IdlePTD 1f7000 current pcb at 1cd98c panic: from debugger #0 boot (howto=256) at ../../i386/i386/machdep.c:935 935 dumppcb.pcb_ptd = rcr3(); (kgdb) bt #0 boot (howto=256) at ../../i386/i386/machdep.c:935 #1 0xf0115827 in panic (fmt=0xf01011f8 "from debugger") at ../../kern/subr_prf.c:130 #2 0xf0101215 in db_panic (dummy1=1, dummy2=0, dummy3=-1, dummy4=0xefbffd8b "") at ../../ddb/db_command.c:395 #3 0xf01010fe in db_command (last_cmdp=0xf01bdb44, cmd_table=0xf01bd9a4) at ../../ddb/db_command.c:288 #4 0xf010127d in db_command_loop () at ../../ddb/db_command.c:417 #5 0xf01035e8 in db_trap (type=12, code=0) at ../../ddb/db_trap.c:73 #6 0xf0190dfa in kdb_trap (type=12, code=0, regs=0xefbffee3) at ../../i386/i386/db_interface.c:136 #7 0xf0198ef7 in trap_fatal (frame=0xefbffee3) at ../../i386/i386/trap.c:754 #8 0xf0198a74 in trap_pfault (frame=0xefbffee3, usermode=0) at ../../i386/i386/trap.c:680 #9 0xf01986af in trap (frame={tf_es = 16, tf_ds = 16, tf_edi = 14, tf_esi = -212479704, tf_ebp = -272629936, tf_isp = -272630005, tf_ebx = -262016000, tf_edx = 1853783807, tf_ecx = 8192, tf_eax = 0, tf_trapno = 12, tf_err = 65539, tf_eip = 1, tf_cs = 285081608, tf_eflags = 66195, tf_esp = 285811443, tf_ss = 35753200}) at ../../i386/i386/trap.c:319 #10 0xf0191661 in calltrap () #11 0xf01992dc in syscall (frame={tf_es = 4259879, tf_ds = -272695257, tf_edi = 0, tf_esi = 0, tf_ebp = -272639340, tf_isp = -272629788, tf_ebx = 0, tf_edx = 140273, tf_ecx = 0, tf_eax = 4, tf_trapno = 12, tf_err = 7, tf_eip = 140080, tf_cs = 31, tf_eflags = 663, tf_esp = -272639396, tf_ss = 39}) at ../../i386/i386/trap.c:144 #12 0xf01916b5 in Xsyscall () #13 0x7cd in ?? () #14 0x10f in ?? () (kgdb) quit