[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] segfault in VM
> Okay, I have made the following change in dom0: > > To disable the transmit path for guest OSes: > Edit net_tx_action in arch/xen/drivers/netif/backend/main.c. After the > call to netif_schedule_work(), add: > make_tx_response(netif, txreq.id, NETIF_RSP_OKAY); > netif_put(netif); > continue; > > compiled and rebooted with the new kernel. booted dom1, removed vif1.0 from > the bridge, gave it it's own ip address, added a static arp entry and pinged > away. I could see the packet counters for dom0 and dom1 climbing rapiding > indicating that dom0 was sending packets, dom1 was receiving packets, but > that a packet sent by dom1 was unable to reach dom0 again. I got the same > sort of crashes after about 10 minutes. If you do a test with DPRINTK enabled in linux-2.4.26-xen-sparse/arch/xen/drivers/netif/backend/common.h and with debugging enabled in Xen 'debug=y make' then you may get some useful debugging out of the machine when it all goes horribly wrong. e.g., perhaps something is failing apparently spuriously... one example would be that a page reassignment (from dom0 to the other guest) is failing for some weird reason. If we can get somne debugging out when things first go wrong, that would be very useful indeed. Thanks, Keir ------------------------------------------------------- This SF.Net email is sponsored by BEA Weblogic Workshop FREE Java Enterprise J2EE developer tools! Get your free copy of BEA WebLogic Workshop 8.1 today. http://ads.osdn.com/?ad_id=4721&alloc_id=10040&op=click _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxxxxxxxxxx https://lists.sourceforge.net/lists/listinfo/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |