All of lore.kernel.org
 help / color / mirror / Atom feed
From: Anthony Liguori <anthony@codemonkey.ws>
To: Charles Duffy <Charles_Duffy@messageone.com>
Cc: kvm@vger.kernel.org
Subject: Re: e1000 PXE breakage bisected down in kvm-userspace
Date: Mon, 04 Aug 2008 16:11:06 -0500	[thread overview]
Message-ID: <4897706A.8010206@codemonkey.ws> (raw)
In-Reply-To: <g77qp3$frj$1@ger.gmane.org>

Charles Duffy wrote:
> Per subject. "git bisect run" script (and libvirt xml helper) attached.

Does the problem go away if you make the e1000_can_receive() function 
always return 1?

Regards,

Anthony Liguori

>> 87b5acf6125d205119e3194c02ed6e71715517dc is first bad commit
>> commit 87b5acf6125d205119e3194c02ed6e71715517dc
>> Author: Anthony Liguori <aliguori@us.ibm.com>
>> Date:   Wed May 7 13:09:40 2008 -0500
>>
>>     kvm: qemu: stop dropping so many RX packets in tap
>>         Normally, tap always reads packets and simply lets the client 
>> drop them if it
>>     cannot receive them.  For virtio-net, this results in massive 
>> packet loss and
>>     about an 80% performance loss in TCP throughput.
>>         This patch modifies qemu_send_packet() to only deliver a 
>> packet to a VLAN
>>     client if it doesn't have a fd_can_read method or the fd_can_read 
>> method
>>     indicates that it can receive packets.  We also return a status 
>> of whether
>>     any clients were able to receive the packet.
>>         If no clients were able to receive a packet, we buffer the 
>> packet until a
>>     client indicates that it can receive packets again.
>>         This patch also modifies the tap code to only read from the 
>> tap fd if at least
>>     one client on the VLAN is able to receive a packet.
>>         Finally, this patch changes the tap code to drain all 
>> possible packets from
>>     the tap device when the tap fd is readable.
>>         Signed-off-by: Anthony Liguori <aliguori@us.ibm.com>
>>     Signed-off-by: Avi Kivity <avi@qumranet.com>
>>
>> :040000 040000 648a4d52612e0ce68167f279d30bd3f4ec0f22f4 
>> 85352e7b252abb1247af2f024eab10a3e8ec0084 M    qemu


  reply	other threads:[~2008-08-04 21:11 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-08-04 21:02 e1000 PXE breakage bisected down in kvm-userspace Charles Duffy
2008-08-04 21:11 ` Anthony Liguori [this message]
2008-08-04 21:17   ` Charles Duffy
2008-08-04 21:43     ` Anthony Liguori
2008-08-04 22:00       ` Charles Duffy
2008-08-05  1:07       ` Charles Duffy

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=4897706A.8010206@codemonkey.ws \
    --to=anthony@codemonkey.ws \
    --cc=Charles_Duffy@messageone.com \
    --cc=kvm@vger.kernel.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.