> 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. later, Peter.Received on Mon Aug 01 2005 - 12:09:01 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:38:40 UTC