On Tue, Apr 3, 2012 at 2:41 PM, Chris Webb <ch...@arachsys.com> wrote: > Stefan Hajnoczi <stefa...@gmail.com> writes: > >> No, that's weird. I would have simply tried "b start_xmit" and as >> long as the binary has symbols gdb would know what to do. > > I'll get another one and give it a go. There wasn't any particular reason I > gave a line number rather than a function except that I worried there might > be start_xmit in a variety of different nic models compiled into qemu so I > might end up setting the breakpoint on the wrong one. b hw/e1000.c:start_xmit > maybe?
There is only one start_xmit() in qemu. >> Are you sure no other guest has the same MAC address or IP address? >> This weird behavior sounds similar to what happens when you have >> multiple devices on a network using the same address - the results are >> very confusing :). > > Yes, I agree! However, in this case there's no other guest with the same MAC > or IP address on the network. I've explicitly rechecked this to be sure, and > also deliberately varied the MAC address to something I know can't be > generated by our scripts. In any case, I'm using the same MAC and IP address > for every reboot of this VM, and usually (19 times out of 20) it works fine. The lack of ARP reply is a host networking problem. Have you checked host dmesg(1) output just in case there was a kernel message related to this? Stefan
