From: Jason Wang <jasowang@redhat.com>
To: Fam Zheng <famz@redhat.com>, qemu-devel@nongnu.org
Cc: Peter Maydell <peter.maydell@linaro.org>,
Peter Crosthwaite <peter.crosthwaite@xilinx.com>,
Rob Herring <robh@kernel.org>, Michael Walle <michael@walle.cc>,
Gerd Hoffmann <kraxel@redhat.com>,
stefanha@redhat.com,
"Edgar E. Iglesias" <edgar.iglesias@gmail.com>
Subject: Re: [Qemu-devel] [PATCH v2 for-2.4 00/12] hw/net: Fix .can_receive() for NICs
Date: Thu, 16 Jul 2015 13:38:54 +0800 [thread overview]
Message-ID: <55A7436E.5060503@redhat.com> (raw)
In-Reply-To: <1436955553-22791-1-git-send-email-famz@redhat.com>
On 07/15/2015 06:19 PM, Fam Zheng wrote:
> v2: Don't use BH in patches 6 and 12. [Jason]
> Add Stefan's reviewed-by in all others.
> Drop trace point in patch 8 and move function body upward. [Michael]
>
> Since a90a742 "tap: Drop tap_can_send", all nics that returns false from
> .can_receive() are required to explicitly flush the incoming queue when the
> status of it is changing back to true, otherwise the backend will sop
> processing more rx packets.
>
> The purpose of this callback is to tell the peer backend (tap, socket, etc)
> "hold on until guest consumes old data because my buffer is not ready". More
> often than not NICs also do this when driver deactivated the card or disabled
> rx, causing the packets being unnessarily queued, where they should actualy be
> dropped.
>
> This series adds such missing qemu_flush_queued_packets calls for all NICs, and
> drops such unnecessary conditions in .can_receive(), so that NICs now:
>
> - return false from .can_receive when guest buffers are busy.
> - call qemu_flush_queued_packets when buffers are available again.
> - return -1 from .receive when rx is not enabled.
>
> e1000, ne2000, rocker and vmxnet3 are not included because they're fixed by
> other patches on the list and applied to Stefan's tree.
>
> virtio-net is covered by another series:
>
> https://lists.gnu.org/archive/html/qemu-devel/2015-06/msg07377.html ^U
>
> http://patchwork.ozlabs.org/patch/495379/ (the subject should have v2, my bad.)
>
> All other NICs are okay, as they already do the flush on the state transition
> points.
>
> Please review.
Reviewed-by: Jason Wang <jasowang@redhat.com>
Thanks
>
> Fam Zheng (12):
> xgmac: Drop packets with eth_can_rx is false.
> pcnet: Drop pcnet_can_receive
> eepro100: Drop nic_can_receive
> usbnet: Drop usbnet_can_receive
> etsec: Move etsec_can_receive into etsec_receive
> etsec: Flush queue when rx buffer is consumed
> mcf_fec: Drop mcf_fec_can_receive
> milkymist-minimac2: Flush queued packets when link comes up
> mipsnet: Flush queued packets when receiving is enabled
> stellaris_enet: Flush queued packets when read done
> dp8393x: Flush packets when link comes up
> axienet: Flush queued packets when rx is done
>
> hw/net/dp8393x.c | 8 ++++++++
> hw/net/eepro100.c | 11 -----------
> hw/net/fsl_etsec/etsec.c | 20 ++++++++++----------
> hw/net/fsl_etsec/etsec.h | 4 +++-
> hw/net/fsl_etsec/rings.c | 17 +++++++++++------
> hw/net/lance.c | 1 -
> hw/net/mcf_fec.c | 9 +--------
> hw/net/milkymist-minimac2.c | 33 ++++++++++++++++-----------------
> hw/net/mipsnet.c | 9 +++++++--
> hw/net/pcnet-pci.c | 1 -
> hw/net/pcnet.c | 9 ---------
> hw/net/pcnet.h | 1 -
> hw/net/stellaris_enet.c | 14 +++++---------
> hw/net/xgmac.c | 8 ++++----
> hw/net/xilinx_axienet.c | 17 +++++++++++++----
> hw/usb/dev-network.c | 20 ++++----------------
> trace-events | 1 -
> 17 files changed, 82 insertions(+), 101 deletions(-)
>
next prev parent reply other threads:[~2015-07-16 5:39 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-07-15 10:19 [Qemu-devel] [PATCH v2 for-2.4 00/12] hw/net: Fix .can_receive() for NICs Fam Zheng
2015-07-15 10:19 ` [Qemu-devel] [PATCH v2 for-2.4 01/12] xgmac: Drop packets with eth_can_rx is false Fam Zheng
2015-07-15 10:19 ` [Qemu-devel] [PATCH v2 for-2.4 02/12] pcnet: Drop pcnet_can_receive Fam Zheng
2015-07-15 10:19 ` [Qemu-devel] [PATCH v2 for-2.4 03/12] eepro100: Drop nic_can_receive Fam Zheng
2015-07-15 10:19 ` [Qemu-devel] [PATCH v2 for-2.4 04/12] usbnet: Drop usbnet_can_receive Fam Zheng
2015-07-15 10:19 ` [Qemu-devel] [PATCH v2 for-2.4 05/12] etsec: Move etsec_can_receive into etsec_receive Fam Zheng
2015-07-15 10:19 ` [Qemu-devel] [PATCH v2 for-2.4 06/12] etsec: Flush queue when rx buffer is consumed Fam Zheng
2015-07-15 10:19 ` [Qemu-devel] [PATCH v2 for-2.4 07/12] mcf_fec: Drop mcf_fec_can_receive Fam Zheng
2015-07-15 10:19 ` [Qemu-devel] [PATCH v2 for-2.4 08/12] milkymist-minimac2: Flush queued packets when link comes up Fam Zheng
2015-07-15 10:19 ` [Qemu-devel] [PATCH v2 for-2.4 09/12] mipsnet: Flush queued packets when receiving is enabled Fam Zheng
2015-07-15 10:19 ` [Qemu-devel] [PATCH v2 for-2.4 10/12] stellaris_enet: Flush queued packets when read done Fam Zheng
2015-07-15 10:19 ` [Qemu-devel] [PATCH v2 for-2.4 11/12] dp8393x: Flush packets when link comes up Fam Zheng
2015-07-15 10:19 ` [Qemu-devel] [PATCH v2 for-2.4 12/12] axienet: Flush queued packets when rx is done Fam Zheng
2015-07-16 2:58 ` Jason Wang
2015-07-16 3:32 ` Fam Zheng
2015-07-16 5:38 ` Jason Wang
2015-07-16 5:38 ` Jason Wang [this message]
2015-07-20 17:09 ` [Qemu-devel] [PATCH v2 for-2.4 00/12] hw/net: Fix .can_receive() for NICs Stefan Hajnoczi
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=55A7436E.5060503@redhat.com \
--to=jasowang@redhat.com \
--cc=edgar.iglesias@gmail.com \
--cc=famz@redhat.com \
--cc=kraxel@redhat.com \
--cc=michael@walle.cc \
--cc=peter.crosthwaite@xilinx.com \
--cc=peter.maydell@linaro.org \
--cc=qemu-devel@nongnu.org \
--cc=robh@kernel.org \
--cc=stefanha@redhat.com \
/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).