All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Fernando Luis Vázquez Cao" <fernando@oss.ntt.co.jp>
To: Anthony Liguori <aliguori@us.ibm.com>
Cc: Mark McLoughlin <markmc@redhat.com>,
	qemu-devel@nongnu.org, "Michael S. Tsirkin" <mst@redhat.com>
Subject: Re: [Qemu-devel] [PATCH] rtl8139: honor RxOverflow flag in can_receive method
Date: Fri, 03 Feb 2012 11:16:26 +0900	[thread overview]
Message-ID: <4F2B437A.1050101@oss.ntt.co.jp> (raw)
In-Reply-To: <4F29B89A.3010101@us.ibm.com>

On 02/02/2012 07:11 AM, Anthony Liguori wrote:
> On 01/29/2012 08:17 PM, Fernando Luis Vázquez Cao wrote:
>> Some drivers (Linux' 8139too among them) rely on the NIC injecting an 
>> interrupt
>> in the event of a receive buffer overflow and, accordingly, set the 
>> RxOverflow
>> bit in the interrupt mask. Unfortunately rtl8139's can_receive method 
>> ignores
>> the RxOverflow flag, which may lead to a situation where rtl8139 
>> stops receiving
>> packets (can_receive returns 0) when the receive buffer becomes full.
>>
>> If the driver eventually read from the receive buffer or reset the 
>> card the
>> emulator could recover from this situation. However some 
>> implementations only
>> do this upon receiving an interrupt with either RxOK or RxOverflow 
>> set in the
>> ISR; interrupt that will never come because QEMU's flow control 
>> mechanisms would
>> prevent rtl8139 from receiving any packet.
>>
>> Letting packets go through when the overflow interrupt is enabled 
>> makes the
>> QEMU emulator compliant to the spec and solves the problem.
>>
>> This patch should fix a relatively common (in our experience) network 
>> stall
>> observed when running enterprise distros with rtl8139 as the NIC; in 
>> some cases
>> the 8139too device driver gets loaded and when under heavy load the 
>> network
>> eventually stops working.
>>
>> Reported-by: Hayato Kakuta<kakuta.hayato@oss.ntt.co.jp>
>> Tested-by: Hayato Kakuta<kakuta.hayato@oss.ntt.co.jp>
>> Signed-off-by: Fernando Luis Vazquez Cao<fernando@oss.ntt.co.jp>
>
> Applied.  Thanks.

Hi Anthony,

It seems that this patch did not make it into the git tree.
Did you find any merge conflicts?

Thanks,
Fernando

  reply	other threads:[~2012-02-03  2:16 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-01-30  2:17 [Qemu-devel] [PATCH] rtl8139: honor RxOverflow flag in can_receive method Fernando Luis Vázquez Cao
2012-01-30 17:28 ` Igor Kovalenko
2012-01-31  1:25   ` Fernando Luis Vázquez Cao
2012-01-31  4:12 ` Igor Kovalenko
2012-01-31  4:21   ` Fernando Luis Vázquez Cao
2012-02-01 22:11 ` Anthony Liguori
2012-02-03  2:16   ` Fernando Luis Vázquez Cao [this message]
2012-02-14  7:33     ` Fernando Luis Vázquez Cao

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=4F2B437A.1050101@oss.ntt.co.jp \
    --to=fernando@oss.ntt.co.jp \
    --cc=aliguori@us.ibm.com \
    --cc=markmc@redhat.com \
    --cc=mst@redhat.com \
    --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 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.