Peter Grehan wrote: >> calltrap() at calltrap+0x5 >> --- trap 0xc, eip = 0xc04fc828, esp = 0xc838bc84, ebp = 0xc838bca4 --- >> ata_pio_read(c1452578,800,129,c13e4200,c13f1c00) at ata_pio_read+0x78 >> ata_end_transaction(c1452578) at ata_end_transaction+0x8b8 >> ata_interrupt(c12ef600) at ata_interrupt+0xdf >> ithread_loop(c12fa800,c838bd38,c12fa800,c065ad88,0) at ithread_loop+0x11c >> fork_exit(c065ad88,c12fa800,c838bd38) at fork_exit+0xa0 >> fork_trampoline() at fork_trampoline+0x8 >> --- trap 0x1, eip = 0, esp = 0xc838bd6c, ebp = 0 --- >> panic: vm_fault: fault on nofault entry, addr: c708f000 > > > I suspect this is a bug somewhere in qemu - the ATA driver is getting a > page fault in kernel mode while it is holding a lock, and the VM code > then gets a LOR as it tries to determine if the fault is expected or not. I believe a slightly older qemu worked fine (0.7.0 < 20050717 port). Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------Received on Mon Aug 01 2005 - 13:09:33 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:38:40 UTC