Repeatable ATAng panic.

From: David Gilbert <dgilbert_at_dclg.ca>
Date: Tue, 7 Oct 2003 22:30:01 -0400
I have a repeatable ATAng panic.  The panic string is "vm_map_wire:
lookup failed" and it's caused by using cdrdao on my ATAPICAM
connected DVD writer.  In this particular case, I'm trying to write a
bin/cue format file onto a writeable CD.

The panic goes roughly like this:

panic: vm_map_wire: lookup failed

syncing disks, buffers remaining... 609 609 609 609 609 609 609 609 609 609 609 609 609 609 609 609 609 609 609 609 
giving up on 508 buffers
Uptime: 2h21m40s
Dumping 1023 MB
 16 32

Fatal trap 12: page fault while in kernel mode
fault virtual address   = 0x0
fault code              = supervisor read, page not present
instruction pointer     = 0x8:0x0
stack pointer           = 0x10:0xe03fbcb0
frame pointer           = 0x10:0xe03fbcd4
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         = 20 (swi7: task queue)
trap number             = 12
panic: page fault
Uptime: 2h21m48s
ad0: timeout waiting for write DRQad0: timeout waiting for write DRQad0: timeout waiting for write DRQ 48 64 80 96 112 128 144 160 176 192 208 224 240 256 272 288 304 320 336 352 368 384 400 416 432 448 464 480 496 512 528 544 560 576 592 608 624 640 656 672 688 704 720 736 752 768 784 800 816 832 848 864 880 896 912 928 944 960 976 992 1008

and the backtrace (without symbols) is:

(kgdb) bt
#0  0xc055d0db in doadump ()
#1  0xc055d702 in boot ()
#2  0xc055da58 in panic ()
#3  0xc0653912 in vm_map_wire ()
#4  0xc0656c43 in mlockall ()
#5  0xc0694873 in syscall ()
#6  0xc068571d in Xint0x80_syscall ()

Dave.

-- 
============================================================================
|David Gilbert, Independent Contractor.       | Two things can only be     |
|Mail:       dave_at_daveg.ca                    |  equal if and only if they |
|http://daveg.ca                              |   are precisely opposite.  |
=========================================================GLO================
Received on Tue Oct 07 2003 - 17:34:16 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:37:24 UTC