Can't boot installer: integer divide fault
[Please CC me as I am a stable user and not on the -current list] I'm running stable on a box at home and wanted to check if the -current kernel fixed a problem with my CD-RW drive. So I downloaded the boot floppies from current.freebsd.org, the 20010419 snap (which John B. tells me installs OK on his system). I disabled nearly everything from the visual config, then quit from that. It got as far as PnP detection then failed with an integer divide fault. The following was on the screen (copied by hand!): sio0: configured irq 4 not in bitmap of probed irqs 0 sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 8250 sio1: configured irq 3 not in bitmap of probed irqs 0 vga0: Generic ISA VGA at port 0x3c0-0x3df iomem 0xa-0xb on isa0 unknown: PNP0303 can't assign resources unknown: PNP0f13 can't assign resources fatal trap 18: integer divide fault while in kernel mode instruction pointer = 0x8:0xc03085f5 stack pointer = 0x10:0xc080671c frame pointer = 0x10:0xc0806768 code segment= base 0x0, limit 0xf, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor flags = Interrupts enabled, IOPL = 0 current process = 0 (swapper) trap number = 18 panic: integer divide fault I've attached a dmesg from a verbose boot of 4.3 on the same hardware. If there is any other info I can provide, please yell. Greg. Copyright (c) 1992-2001 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 4.3-BETA2 #0: Tue Mar 13 23:31:29 GMT 2001 jkh@narf:/usr/src/sys/compile/GENERIC Calibrating clock(s) ... TSC clock: 398261307 Hz, i8254 clock: 1193160 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter i8254 frequency 1193182 Hz CLK_USE_TSC_CALIBRATION not specified - using old calibration method CPU: Pentium II/Pentium II Xeon/Celeron (398.27-MHz 686-class CPU) Origin = GenuineIntel Id = 0x652 Stepping = 2 Features=0x183f9ffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR real memory = 134217728 (131072K bytes) Physical memory chunk(s): 0x1000 - 0x0009efff, 647168 bytes (158 pages) 0x00472000 - 0x040fcfff, 63483904 bytes (15499 pages) 0x0410 - 0x07ff7fff, 66027520 bytes (16120 pages) avail memory = 126283776 (123324K bytes) bios32: Found BIOS32 Service Directory header at 0xc00f6a90 bios32: Entry = 0xfd7b0 (c00fd7b0) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0x203 pnpbios: Found PnP BIOS data at 0xc00f6ae0 pnpbios: Entry = f:9fea Rev = 1.0 Other BIOS signatures found: ACPI: 000f6ac0 Preloaded elf kernel kernel at 0xc044c000. Pentium Pro MTRR support enabled md0: Malloc disk Creating DISK md0 Math emulator present pci_open(1):mode 1 addr port (0x0cf8) is 0x80003904 pci_open(1a): mode1res=0x8000 (0x8000) pci_cfgcheck: device 0 [class=06] [hdr=00] is there (id=71908086) npx0: math processor on motherboard npx0: INT 16 interface pci_open(1):mode 1 addr port (0x0cf8) is 0x pci_open(1a): mode1res=0x8000 (0x8000) pci_cfgcheck: device 0 [class=06] [hdr=00] is there (id=71908086) pcib0: Intel 82443BX (440 BX) host to PCI bridge on motherboard found- vendor=0x8086, dev=0x7190, revid=0x02 class=06-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0secondarybus=0 map[10]: type 1, range 32, base f800, size 26 found- vendor=0x8086, dev=0x7191, revid=0x02 class=06-04-00, hdrtype=0x01, mfdev=0 subordinatebus=1secondarybus=1 found- vendor=0x8086, dev=0x7110, revid=0x02 class=06-01-00, hdrtype=0x00, mfdev=1 subordinatebus=0secondarybus=0 found- vendor=0x8086, dev=0x7111, revid=0x01 class=01-01-80, hdrtype=0x00, mfdev=0 subordinatebus=0secondarybus=0 map[20]: type 1, range 32, base 1000, size 4 found- vendor=0x8086, dev=0x7112, revid=0x01 class=0c-03-00, hdrtype=0x00, mfdev=0 subordinatebus=0secondarybus=0 intpin=d, irq=9 map[20]: type 1, range 32, base 1020, size 5 found- vendor=0x8086, dev=0x7113, revid=0x02 class=06-80-00, hdrtype=0x00, mfdev=0 subordinatebus=0secondarybus=0 map[90]: type 1, range 32, base 7000, size 4 found- vendor=0x1013, dev=0x6001, revid=0x01 class=04-01-00, hdrtype=0x00, mfdev=0 subordinatebus=0secondarybus=0 intpin=a, irq=10 pci0: PCI bus on pcib0 pcib1: Intel 82443BX (440 BX) PCI-PCI (AGP) bridge at device 1.0 on pci0 found- vendor=0x12d2, dev=0x0018, revid=0x10 class=03-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0secondarybus=0 intpin=a, irq=11 map[10]: type 1, range 32, base f500, size 24 map[14]: type 1, range 32, base fc00, size 24 pci1: PCI bus on pcib1 pci1: NVidia/SGS-Thomson
Re: Install kernel gets divide overflow
Weird, I installed the April 19 snap here locally on a testbox without any problems. Rgr, I'll try Apr 19th and send another note with some debug info if it is still dying. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Install kernel gets divide overflow
[please CC replies; I'm not on the -current list] I'm trying to boot a -CURRENT kernel to confirm it really does fix a problem with my hardware (see kern/26046). I've tried a couple of snapshots from current.freeebsd.org between 1st the 15th April. None has booted. Each dies with an integer divide trap after (during?) PnP processing. (This is booting the install floppies, not after an install). Is this a) a known problem that will be fixed sometime soon, so just keep trying occasionally b) a big surprise to all concerned and deserving of further investigation, starting with the output from boot -v ? Greg, -Stable user. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: cpp change breaks ipfw
#define addr 192.186.2.5 #define mask 255.255.240.0 #define rule(ADDR,MASK) add pass tcp from ADDR ## : ## MASK to any 25 setup rule(addr,mask) This is a well-known artifact of the ANSI C rules. You need to do two levels of macro in order to get the macro args expanded in the paste operator: #define addr 1.2.3.4 #define mask 255.255.255.0 #define hn(A,M) A ## : ## M #define rule(A,M) add pass tcp from hn(A,M) to any 25 setup rule(addr, mask) which produces add pass tcp from 1.2.3.4:255.255.255.0 to any 25 setup when fed through an ANSI preprocessor (i.e. not "gcc -E" and not /usr/bin/cpp on 3.x!). This also works if (e.g.) addr is defined on the command line. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: cpp change breaks ipfw
I wrote: when fed through an ANSI preprocessor (i.e. not "gcc -E" and not /usr/bin/cpp on 3.x!). This also works if (e.g.) addr is defined on the command line. and of course I _meant_ to write "(i.e. "gcc -E" and not /usr/bin/cpp..." gcc -E _is_ an ANSI cpp. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: btokup().. patch to STYLE(9) (fwd)
I seem to remember there once was a comment in a well-known body of code, which went something like: You are not supposed to understand this. It was (IIRC) the process switching magic at the heart of fork() in V7 (and earlier, I assume). To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-current in the body of the message
Re: SOFTUPDATES hangs keyboard
I've just done my first CVSup since the 3-Stable split, using RELENG_3. This was after Matt D. committed a couple of VM fixes back to the 3-S branch. I have also enabled 32-bit DMA on my drive at the same time (amazing what you can learn from reading LINT - and read speed went from 3Mb/s to 12Mb/s). Whatever it was, it has seemingly fixed the problem I was having with softupdates-related system hangs. Previously, if I enabled softupdates on /usr/src, it would hang within a few seconds doing cd /usr/src/games; make. Now I have done two entire make buildworlds with /usr/src and /usr/obj on the same softupdates partition with no hangs. It's still not perfect, because every so often when I reboot I get something like syncing disks: 13 9 4 4 4 4 4 4 4 4 4 4 4 4 4 giving up and I have had a panic when shutting down (something about freeing vnodes). I'm now running with DDB and INVARIANTS so I'll try and catch something more useful. And I'll try removing the flags from wd0 in the kernel and see if that is the problem Greg, still not quite brave enough to run softupdates on /usr or /var To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-current in the body of the message
WD/ide_pci bug! [was Re: SOFTUPDATES hangs keyboard ]
Well stone the bloody crows. System: HP Kayak XA 440BX M/b, P-II, Quantum Fireball ex4.3a For months I've been running with no flags on either wdc0 or wd0. Having followed the recent discussions about DMA mode etc I looked at LINT and added flags 0xa0ff to wd0. Rebuilt the system using the latest 3-Stable code, including Matt D.s VM fixes, and tried yet again the test that has quite reliably frozen my system (softupdates enabled on /usr/src, cd /usr/src/games, make) and, lo and behold, it worked. I thought it was probably Matt's VM patches but (just to make sure) I built a kernel without the wd flags and tried again. It failed. This seems to be saying the problem is the WD driver: When I have flags on my disk, it all works; when I use the default, it fails (but only on filesystems with softupdates activity...) Any ide_pci experts like me to try some more tests? Matt: I'm sorry I ever doubted the VM code or the softupdates! Probing for devices on PCI bus 0: chip0: Intel 82443BX host to PCI bridge rev 0x02 on pci0.0.0 chip1: Intel 82443BX host to AGP bridge rev 0x02 on pci0.1.0 chip2: Intel 82371AB PCI to ISA bridge rev 0x02 on pci0.7.0 ide_pci0: Intel PIIX4 Bus-master IDE controller rev 0x01 on pci0.7.1 chip3: Intel 82371AB Power management controller rev 0x02 on pci0.7.3 [...] wdc0 at 0x1f0-0x1f7 irq 14 on isa wdc0: unit 0 (wd0): QUANTUM FIREBALL EX4.3A, DMA, 32-bit, multi-block-16 wd0: 4104MB (8405775 sectors), 8895 cyls, 15 heads, 63 S/T, 512 B/S wdc1 at 0x170-0x177 irq 15 on isa wdc1: unit 0 (atapi): CD-532E-A/2.0C, removable, accel, ovlap, dma, iordis acd0: drive speed 5512KB/sec, 128KB cache acd0: supported read types: CD-R, CD-RW, CD-DA, packet track acd0: Audio: play, 16 volume levels acd0: Mechanism: ejectable tray acd0: Medium: CD-ROM 120mm data disc loaded, unlocked vga0 at 0x3b0-0x3df maddr 0xa msize 131072 on isa Greg. To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-current in the body of the message
Re: keymaps
What's wrong with us.unix.kbd? This also swaps a bunch of other things - Grave-Esc, BS-Del, etc. It was more confusing, so I made a new keymap. To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-current in the body of the message
Re: keymaps
my vote: A version of the standard keymap with CapsLock and LeftCtl functions swapped so the control key is under my left finger like God intended! Greg, home of us.iso-lock-ctl.kbd To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-current in the body of the message
some guidance on forked cvsup please
Now we've gone and got forked, can someone please give us examples of cvsup files for those that want to follow 4-current and those that want to follow 3-stable. Thanks! To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-current in the body of the message
Re: vinum is always started at boot-time...
noticed this when it tried to create lotsa devices in a read-only /dev at boot time. Patch: hellcat## diff -u rc.orig rc --- rc.orig Mon Jan 18 14:20:49 1999 +++ rc Mon Jan 18 14:20:59 1999 @@ -27,7 +27,7 @@ ccdconfig -C fi -if [ -n $vinum_slices ]; then +if [ -n $vinum_slices ]; then if [ -r /modules/vinum.ko ]; then # jkh paranoia kldload vinum vinum read $vinum_slices To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-current in the body of the message