[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] signall 7 crash
well, i also met the qemu-dm crash due to signal 7, but the stack of coredump is different. #0 0x00000000004ae0c3 in memcpy_words (dst=0x7f35cc5c5008, src="" n=1) at exec-dm.c:492
#1 0x00000000004ae3c2 in cpu_physical_memory_rw (_addr=1068576768, buf=0x7f35cc5c5008 <Address 0x7f35cc5c5008 out of bounds>, _len=1, is_write=0) at exec-dm.c:613 #2 0x00000000004af60f in read_physical (addr=1068576768, size=1, val=0x7f35cc5c5008) at helper2.c:322
#3 0x00000000004af6ae in cpu_ioreq_move (env=0xb1e710, req=0x7f35cc5c5000) at helper2.c:374 #4 0x00000000004afa0c in __handle_ioreq (env=0xb1e710, req=0x7f35cc5c5000) at helper2.c:449 #5 0x00000000004afca3 in cpu_handle_ioreq (opaque=0xb1e710) at helper2.c:515
#6 0x000000000040bdd2 in main_loop_wait (timeout=10) at /usr/src/redhat/BUILD/xen-4.0.1/tools/ioemu-dir/vl.c:3788 #7 0x00000000004afe86 in main_loop () at helper2.c:576 #8 0x000000000040f1ab in main (argc=25, argv=0x7fff2ece6df8, envp=0x7fff2ece6ec8)
at /usr/src/redhat/BUILD/xen-4.0.1/tools/ioemu-dir/vl.c:6150 the stack seems the read operation of addr 1068576768 shouldn't be walked to helper2.c:374. the crashed vm is windows 2003 64 r2, installed windows gpl pvdriver.
i found the Xen has four mmio range, &hpet_mmio, &vlapic_mmio, &vioapic_mmio, &msixtbl_mmio addr 1068576768 isn't in this four range, and also doesn't exist in qemu's mmio range
i guess the addr is invalid for the operation. Could anybody have some idea or give some advice? Regards, wanjia
2011/7/14 jbuy0710 <juby0710@xxxxxxxxx> Hi , _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxxxxxxxx http://lists.xensource.com/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |