From owner-freebsd-current Sun Mar 17 13:35:50 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id NAA07656 for current-outgoing; Sun, 17 Mar 1996 13:35:50 -0800 (PST) Received: from ki.net (root@ki.net [142.77.249.8]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id NAA07617 Sun, 17 Mar 1996 13:34:47 -0800 (PST) Received: (from scrappy@localhost) by ki.net (8.7.4/8.7.4) id QAA00531; Sun, 17 Mar 1996 16:34:24 -0500 (EST) Date: Sun, 17 Mar 1996 16:34:23 -0500 (EST) From: "Marc G. Fournier" To: stable@freebsd.org cc: current@freebsd.org Subject: pmap_clear_reference panic in -stable... Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi... Not sure if there is active development going on in -stable, or if its just stuff brought over from -current, so I'm sending this to both addresses. Using the March 15th -stable sources to build the following kernel, I arrived at the office to a system panic, as detailed in my PR submitted. I'm unable to get any savecore core dump using a -stable kernel, but -current has been giving me one, so is there a bug with -stable that is preventing this from working? All I'm able to give is DDB output, and the only thing in DDB that I know to "give" is the 'trace' output...is there something else I can do in DDB to give more information for PRs? Here's the PR... ----[ PR ]---- >Submitter-Id: current-users >Originator: Marc G. Fournier >Organization: >Confidential: no >Synopsis: PANIC: pagedaemon/_pmap_clear_reference+0xb2 >Severity: critical >Priority: high >Category: kern >Release: FreeBSD 2.1-STABLE i386 >Class: sw-bug >Environment: FreeBSD 2.1-STABLE #4: Sat Mar 16 17:16:06 EST 1996 scrappy@ki.net:/usr/src/sys/compile/kinet CPU: i486 DX4 (486-class CPU) Origin = "GenuineIntel" Id = 0x480 Stepping=0 Features=0x3 real memory = 16777216 (16384K bytes) avail memory = 14704640 (14360K bytes) Probing for devices on PCI bus 0: chip0 rev 49 on pci0:5 ncr0 rev 2 int a irq 12 on pci0:11 ncr0 waiting for scsi devices to settle (ncr0:0:0): "CONNER CFP1060S 1.05GB 243F" type 0 fixed SCSI 2 sd0(ncr0:0:0): Direct-Access sd0(ncr0:0:0): FAST SCSI-2 100ns (10 Mb/sec) offset 8. 1013MB (2074880 512 byte sectors) (ncr0:1:0): "QUANTUM LPS340S 020B" type 0 fixed SCSI 2 sd1(ncr0:1:0): Direct-Access sd1(ncr0:1:0): FAST SCSI-2 100ns (10 Mb/sec) offset 8. 327MB (670506 512 byte sectors) (ncr0:2:0): "QUANTUM LP240S GM240S01X 4.6" type 0 fixed SCSI 2 sd2(ncr0:2:0): Direct-Access sd2(ncr0:2:0): FAST SCSI-2 100ns (10 Mb/sec) offset 8. 234MB (479350 512 byte sectors) (ncr0:3:0): "CONNER CFA540S 13B0" type 0 fixed SCSI 2 sd3(ncr0:3:0): Direct-Access sd3(ncr0:3:0): FAST SCSI-2 100ns (10 Mb/sec) offset 8. 515MB (1056708 512 byte sectors) vga0 rev 0 on pci0:15 Probing for devices on the ISA bus: ed0 at 0x280-0x29f irq 5 maddr 0xd8000 msize 16384 on isa ed0: address 00:00:c0:86:44:79, type WD8013EPC (16 bit) vt0 at 0x60-0x6f irq 1 on motherboard vt0: generic, 80 col, color, 8 scr, mf2-kbd, [R3.20-b24] sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 72065B fd0: 1.44MB 3.5in aha0 not found at 0x330 npx0 on motherboard npx0: INT 16 interface >Description: Am currently unable to gain a "savecore" core dump after ddb in -stable, so all I have to give is this DDB output. Fatal trap 12: page fault while in kernel mode fault virtual address = 0xf48e1000 fault code = supervisor read, page not present instruction pointer = 0x8:0xf019c666 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 2 (pagedaemon) interrupts enabled = net tty bio Stopped at _pmap_clear_reference+0xb2: cmpl $0,0(%edx,%eax,4) db>tra _pmap_clear_reference(333000) at pmap_clear_reference+0xb2 _vm_pageout_scan() at vm_pageout_scan+0x38e _vm_pageout() at vm_pageout+0x1b8 _main() at main+0x46f begin at begin+0x6b >How-To-Repeat: >Fix: ---[ end PR ]--- Marc G. Fournier | POP Mail Telnet Acct DNS Hosting System | WWW Services Database Services | Knowledge, Administrator | | Information and scrappy@ki.net | WWW: http://www.ki.net | Communications, Inc