Date: Fri, 17 Apr 1998 11:07:15 +0930 From: Matthew Thyer <thyerm@camtech.net.au> To: Andreas Braukmann <braukmann@tse-online.de> Cc: freebsd-current@FreeBSD.ORG Subject: Re: 'fatal trap 12' on boot (smp and up) Message-ID: <3536B24B.AF3DBB0D@camtech.net.au> References: <19980415202740.43100@paert.tse-online.de>
next in thread | previous in thread | raw e-mail | index | archive | help
I also get the same crash if *and only if* I boot FreeBSD using FBSDBOOT.EXE from DOS (I have multiple OS's on my disk). The answer for me was to re-install my normal bootblock 'BootEasy' which had been lost when I recently re-installed Windows 95. I found that I could successfully boot my kernel built from CTM src-cur 3287 sources (~Mar 22 which *does* include options VM86). Also I could boot a new kernel I made without options VM86. By the way my recent-CURRENT kernel I was trying this with is built from CTM src-cur 3325 sources. (~Apr 14) There's something wierd going on. My kernel config file is included below: # $Id: MATTE,v 5.7 1998/04/10 18:02:30 CDT matt Exp $ # based on $Id: LINT,v 1.424 1998/04/09 22:28:57 sos Exp $ # machine "i386" ident "MATTE.3325" maxusers 20 options INCLUDE_CONFIG_FILE # Include this file in kernel config kernel root on wd0 cpu "I586_CPU" options "CPU_DISABLE_5X86_LSSER" # should not be used if you use memory mapped I/O device(s). options "CPU_FASTER_5X86_FPU" # COMPATIBILITY OPTIONS options "COMPAT_43" # Compatible with BSD 4.3 [KEEP THIS!] options USER_LDT # Let processes manipulate their local descriptor table (needed for WINE) options SYSVSHM # Enable SYSV style shared memory options SYSVSEM # Enable SYSV style semaphores options SYSVMSG # Enable SYSV style message queues options "MD5" # Include a MD5 routine in the kernel options "VM86" # Allow processes to switch to vm86 mode (needed for doscmd) # DEBUGGING OPTIONS options DDB # Enable the kernel debugger options UCONSOLE # Allow users to grab the console options USERCONFIG # boot -c editor options VISUAL_USERCONFIG # visual boot -c editor # NETWORKING OPTIONS options INET # Internet communications protocols pseudo-device ether # Generic Ethernet pseudo-device loop # Network loopback device pseudo-device tun 1 # Tunnel driver(user process ppp) # FILESYSTEM OPTIONS # The ones I have commented out will autoload when required options SOFTUPDATES # You bet! options FFS # Berkeley Fast Filesystem options NFS # Network Filesystem options "CD9660" # ISO 9660 Filesystem options MFS # Memory Filesystem options MSDOSFS # MSDOS Filesystem options PROCFS # Process Filesystem options NSWAPDEV=4 # Allow this many swap-devices controller pci0 controller ncr0 # My card set for termination and using IRQ 11 # SCSI DEVICE CONFIGURATION controller scbus0 at ncr0 # Base SCSI code disk sd0 at scbus0 target 0 disk sd1 at scbus0 target 1 disk sd2 at scbus0 target 2 disk sd3 at scbus0 target 3 disk sd4 at scbus0 target 4 disk sd5 at scbus0 target 5 disk sd6 at scbus0 target 6 # MISCELLANEOUS DEVICES AND OPTIONS pseudo-device pty 32 # Pseudo ttys - can go as high as 256 pseudo-device gzip # Exec gzipped a.out's pseudo-device vn # Vnode driver (turns a file into a device) pseudo-device ccd 4 # Concatenated disk driver # HARDWARE DEVICE CONFIGURATION controller isa0 options "AUTO_EOI_1" # Save 0.7-1.25 usec for each interrupt controller pnp0 # Enable PnP support in the kernel options XSERVER # Include code for XFree86 device sc0 at isa? port "IO_KBD" tty irq 1 vector scintr options MAXCONS=12 # number of virtual consoles options SC_HISTORY_SIZE=200 # number of history buffer lines device npx0 at isa? port "IO_NPX" iosiz 0x0 flags 0x0 irq 13 vector npxintr options "CMD640" # Enable work around for CMD640 h/w bug controller wdc0 at isa? port "IO_WD1" bio irq 14 flags 0xb0ffb0ff vector wdintr disk wd0 at wdc0 drive 0 disk wd1 at wdc0 drive 1 controller wdc1 at isa? port "IO_WD2" bio irq 15 flags 0xb0ffb0ff vector wdintr disk wd2 at wdc1 drive 0 disk wd3 at wdc1 drive 1 options ATAPI # Enable ATAPI support for IDE bus options ATAPI_STATIC # Don't do it as an LKM device wcd0 # IDE CD-ROM driver controller fdc0 at isa? port "IO_FD1" bio irq 6 drq 2 vector fdintr disk fd0 at fdc0 drive 0 disk fd1 at fdc0 drive 1 tape ft0 at fdc0 drive 2 device lpt0 at isa? port? tty irq 7 vector lptintr device sio0 at isa? port "IO_COM1" tty flags 0x10 irq 4 vector siointr device sio1 at isa? port "IO_COM2" tty irq 3 vector siointr device ed0 at isa? port 0x300 net irq 9 iomem 0xd8000 vector edintr controller snd0 device sb0 at isa? port 0x220 irq 5 drq 1 vector sbintr device sbxvi0 at isa? drq 5 device sbmidi0 at isa? port 0x330 device joy0 at isa? port "IO_GAME" Andreas Braukmann wrote: > > Hello, > > I was running (quit happily) -current from late November '97 with > an smp-enabled kernel. > I updated my sources to 98/04/06 and waited a few days for > 'alarm' and 'heads up'-messages on -current. > Yesterday I made the world, installed the world and made my kernel > based on my old kernel-configuration (just deleted the outdated 'log' > pseudo-device). > > The new kernel traps on boot immediatly (after it's loaded). > This happens to both - the smp-enabled and the normal uni-proc. kernel. > (same config, just without smp). > > The hardware: > * Gigabyte 686DX Dual PPro 200 > * Award BIOS > * 128 MB Ram > > The trap: (from the uni-proc. kernel, cited from hand-written notes) > Fatal trap 12: page fault while in vm86 mode > fault virtual address: 0x26e0 > fault code: user read, page not present > ip = 0x24a:0x240 > sp = 0x0:0xff8 > fp = 0x0:0x0 > cs = base 0xf0000008, limit 0xd14c8, type 0xf > DPL 0, pres 1, def 32 0, gran 0 > proc eflags = trace trap, int enabled, resume, vm86, IOPL=0 > cur proc = idle > int mask = net tty bio cam > > I even made a 'config -g' up-kernel, but a 'trace'-command > in the kernel-debugger didn't spit out anything that seemed very > useful to me (I'm a non-kernel hacker ...), just something about > 'xxxx DYNAMIC xxxx'. > > The trap appears at exactly the same addresse for the smp and the up-case. > > Any hints? > > Thanks, > Andreas > > -- > /// TSE TeleService GmbH | Gsf: Arne Reuter | > /// Hovestrasse 14 | Andreas Braukmann | We do it with > /// D-48351 Everswinkel | HRB: 1430, AG WAF | FreeBSD/SMP > /// ------------------------------------------------------------------- > /// PGP-Key: http://www.tse-online.de/~ab/public-key > /// Key fingerprint: 12 13 EF BC 22 DD F4 B6 3C 25 C9 06 DC D3 45 9B > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message -- /=====================================================================\ |Work: Matthew.Thyer@dsto.defence.gov.au | Home: thyerm@camtech.net.au| \=====================================================================/ "If it is true that our Universe has a zero net value for all conserved quantities, then it may simply be a fluctuation of the vacuum of some larger space in which our Universe is imbedded. In answer to the question of why it happened, I offer the modest proposal that our Universe is simply one of those things which happen from time to time." E. P. Tryon from "Nature" Vol.246 Dec.14, 1973 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?3536B24B.AF3DBB0D>