From: Luiz Capitulino <lcapitulino@redhat.com>
To: Michael Tokarev <mjt@tls.msk.ru>
Cc: Alex Williamson <alex.williamson@redhat.com>,
qemu-devel <qemu-devel@nongnu.org>
Subject: Re: [Qemu-devel] is it just me or is ne2k broken in qemu?
Date: Tue, 26 Apr 2011 16:26:37 -0300 [thread overview]
Message-ID: <20110426162637.124beac9@doriath> (raw)
In-Reply-To: <4DA9FE0F.40608@msgid.tls.msk.ru>
On Sun, 17 Apr 2011 00:37:35 +0400
Michael Tokarev <mjt@tls.msk.ru> wrote:
> 15.04.2011 18:17, Alex Williamson wrote:
> > On Thu, 2011-04-14 at 12:31 +0400, Michael Tokarev wrote:
>
> >> The NIC works for a while, but after a few packets,
> >> or a few 1000s of packets, it stalls. In tcpdump
> >> on the host I see many ARP requests coming from the
> >> guest and each has corresponding ARP reply, but
> >> nothing is actually reaching the guest.
>
> > For testing the iPXE ROMs I booted up each NIC, including ne2k_pci, to a
> > network loaded kernel (~4M) and installation initrd (~8M). I stopped
> > the test at the point where the installer kernel was able to
> > successfully DHCP with the boot NIC. ne2k_pci was definitely the
> > slowest of the cards at loading the images, but I didn't notice any
> > functionality issues. Maybe I didn't let it run long enough, but the
> > boot ROM seems ok with it.
>
> I'm doing exactly the same here, -- testing iPXE booting,
> so booting linux kernel over network. I haven't been able
> to boot linux on ne2k so far, it fails somewhere down the
> road after loading initrd+kernel - either during initrd
> run or about after switching to new init (still running
> off network ofcourse) after mounting nfs root.
>
> So when I encountered this issue I tried non-network boot
> and various versions of (linux) guest and qemu-kvm - and
> for me, ne2k always fail (stalls) after some time.
>
> And Mulyadi Santosa mentioned it's apparently a known issue
> due to some timer-related problem in the code.
I've hit this issue today and I can reproduce it by downloading a
80M file with wget. My network configuration is:
-net nic,model=ne2k_pci -net tap,ifname=vnet0,script=./qemu-ifup-switch
It also happens with qemu 0.12.5. I've also tried to enable the device's
debug and the last lines I see before it stalls *usually* are:
E2000: read=0x07 val=0
or
E2000: asic readl val=0xe283fad3
I'll try to reproduce with an older kernel version, but debugging
tips are welcome.
prev parent reply other threads:[~2011-04-26 19:26 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-04-14 8:31 [Qemu-devel] is it just me or is ne2k broken in qemu? Michael Tokarev
2011-04-14 12:29 ` Mulyadi Santosa
2011-04-15 14:17 ` Alex Williamson
2011-04-16 20:37 ` Michael Tokarev
2011-04-26 19:26 ` Luiz Capitulino [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20110426162637.124beac9@doriath \
--to=lcapitulino@redhat.com \
--cc=alex.williamson@redhat.com \
--cc=mjt@tls.msk.ru \
--cc=qemu-devel@nongnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).