qemu-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Qemu-devel] Re: 8139cp problems - steps to reproduce


From: Nikola Ciprich
Subject: [Qemu-devel] Re: 8139cp problems - steps to reproduce
Date: Mon, 8 Sep 2008 11:59:57 +0200
User-agent: Mutt/1.5.18 (2008-05-17)

Well, so with e1000, the problem comes much faster, probably already after few 
hundreds of MB
n.

On Mon, Sep 08, 2008 at 09:57:59AM +0200, Nikola Ciprich wrote:
> Hello Avi and everybody,
> 
> (and in advance, sorry for cross-posting).
> 
> As it was already reported, some people (including me :)) have problems
> with network getting stuck from time to time in KVM guests. 
> 
> According to 
> http://qemu-forum.ipi.fi/viewtopic.php?f=4&t=4563&start=0&st=0&sk=t&sd=a&sid=fcf252234991e017919ca7d0eb3799a3
> the problem is maybe not KVM speciffic.
> 
> I can confirm that the problem seems to be occuring after transmitting few 
> gigabytes of data,
> so it can be simply reproduced by starting KVM guest, mounting some NFS in 
> it, and then
> starting shell loop dd if=/mnt/nfs/bigimage.iso of=/dev/zero
> after some runs (in my case usually tens of GB), the problem occurs:
> [ 2159.614496] NETDEV WATCHDOG: eth0: transmit timed out
> [ 2159.614537] eth0: Transmit timeout, status  d   2b   15 80ff
> 
> The status "  d   2b   15 80ff" is always the same, on all testing machines
> which according to 8139cp.c means
> 
> Command register=d
> C+ command register=2b
> Interrupt status=15
> Interrupt mask=80ff
> 
> Particular bits are explained in 8139cp comments, unfortunately this didn't 
> make me any smarter :(. 
> The only thing I tried was disabling rx/tx checksumming for the interface 
> (this was needed
> fox XEN domUs as well), but it didn't helped.
> 
> What is important to note is, that this is simply reproducible this way for 
> x86_32 guests (I'm
> using x86_64 host). For x86_64 guests, the problem is actually much WORSE, as 
> it usually gets
> host machine into totally unusable state (it replies to pings, but that's 
> all, no message in logs
> after reboot, etc). I'll try to investigate it further.
> 
> Another important note is, that the problem is certainly NOT system-load 
> related, it
> occurs even when the machine is idle (except from load caused by network dd)
> 
> I'm using kvm-74 now, with 2.6.26 host and 2.6.24 guest, and bridged 
> networking.
> 
> I'll try using e1000 driver, but I think that 8139cp is ATM considered the 
> most stable choice, right?
> 
> So does somebody have an idea on where the problem could be? Of course I'll 
> be glad to (try) to help
> debugging...
> 
> Thanks a lot in advance!
> 
> nik
> 
> 
> -- 
> -------------------------------------
> Nikola CIPRICH
> LinuxBox.cz, s.r.o.
> 28. rijna 168, 709 01 Ostrava
> 
> tel.:   +420 596 603 142
> fax:    +420 596 621 273
> mobil:  +420 777 093 799
> www.linuxbox.cz
> 
> mobil servis: +420 737 238 656
> email servis: address@hidden
> -------------------------------------
> --
> To unsubscribe from this list: send the line "unsubscribe kvm" in
> the body of a message to address@hidden
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> 

-- 
-------------------------------------
Nikola CIPRICH
LinuxBox.cz, s.r.o.
28. rijna 168, 709 01 Ostrava

tel.:   +420 596 603 142
fax:    +420 596 621 273
mobil:  +420 777 093 799
www.linuxbox.cz

mobil servis: +420 737 238 656
email servis: address@hidden
-------------------------------------




reply via email to

[Prev in Thread] Current Thread [Next in Thread]