From: "Michael S. Tsirkin" <mst@redhat.com>
To: Stefan Hajnoczi <stefanha@redhat.com>
Cc: Peter Maydell <peter.maydell@linaro.org>, qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] [PULL 5/5] e1000: defer packets until BM enabled
Date: Fri, 19 Dec 2014 16:21:32 +0200 [thread overview]
Message-ID: <20141219142132.GA13200@redhat.com> (raw)
In-Reply-To: <1418995104-26262-6-git-send-email-stefanha@redhat.com>
On Fri, Dec 19, 2014 at 01:18:24PM +0000, Stefan Hajnoczi wrote:
> From: "Michael S. Tsirkin" <mst@redhat.com>
>
> Some guests seem to set BM for e1000 after
> enabling RX.
> If packets arrive in the window, device is wedged.
> Probably works by luck on real hardware, work around
> this by making can_receive depend on BM.
>
> Tested-by: Gabriel Somlo <somlo@cmu.edu>
> Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
> Reviewed-by: Jason Wang <jasowang@redhat.com>
> Signed-off-by: Stefan Hajnoczi <stefanha@redhat.com>
Pls defer this.
This does not help windows as I thought it does,
no point in making changes until we have figured
it out.
> ---
> hw/net/e1000.c | 21 ++++++++++++++++++++-
> 1 file changed, 20 insertions(+), 1 deletion(-)
>
> diff --git a/hw/net/e1000.c b/hw/net/e1000.c
> index e33a4da..89c5788 100644
> --- a/hw/net/e1000.c
> +++ b/hw/net/e1000.c
> @@ -33,6 +33,7 @@
> #include "sysemu/sysemu.h"
> #include "sysemu/dma.h"
> #include "qemu/iov.h"
> +#include "qemu/range.h"
>
> #include "e1000_regs.h"
>
> @@ -923,7 +924,9 @@ e1000_can_receive(NetClientState *nc)
> E1000State *s = qemu_get_nic_opaque(nc);
>
> return (s->mac_reg[STATUS] & E1000_STATUS_LU) &&
> - (s->mac_reg[RCTL] & E1000_RCTL_EN) && e1000_has_rxbufs(s, 1);
> + (s->mac_reg[RCTL] & E1000_RCTL_EN) &&
> + (s->parent_obj.config[PCI_COMMAND] & PCI_COMMAND_MASTER) &&
> + e1000_has_rxbufs(s, 1);
> }
>
> static uint64_t rx_desc_base(E1000State *s)
> @@ -1529,6 +1532,20 @@ static NetClientInfo net_e1000_info = {
> .link_status_changed = e1000_set_link_status,
> };
>
> +static void e1000_write_config(PCIDevice *pci_dev, uint32_t address,
> + uint32_t val, int len)
> +{
> + E1000State *s = E1000(pci_dev);
> +
> + pci_default_write_config(pci_dev, address, val, len);
> +
> + if (range_covers_byte(address, len, PCI_COMMAND) &&
> + (pci_dev->config[PCI_COMMAND] & PCI_COMMAND_MASTER)) {
> + qemu_flush_queued_packets(qemu_get_queue(s->nic));
> + }
> +}
> +
> +
> static int pci_e1000_init(PCIDevice *pci_dev)
> {
> DeviceState *dev = DEVICE(pci_dev);
> @@ -1539,6 +1556,8 @@ static int pci_e1000_init(PCIDevice *pci_dev)
> int i;
> uint8_t *macaddr;
>
> + pci_dev->config_write = e1000_write_config;
> +
> pci_conf = pci_dev->config;
>
> /* TODO: RST# value should be 0, PCI spec 6.2.4 */
> --
> 2.1.0
next prev parent reply other threads:[~2014-12-19 14:21 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-12-19 13:18 [Qemu-devel] [PULL 0/5] Net patches Stefan Hajnoczi
2014-12-19 13:18 ` [Qemu-devel] [PULL 1/5] tap: fix vcpu long time io blocking on tap Stefan Hajnoczi
2014-12-19 13:18 ` [Qemu-devel] [PULL 2/5] net: don't use set/get_pointer() in set/get_netdev() Stefan Hajnoczi
2014-12-19 13:18 ` [Qemu-devel] [PULL 3/5] net: Fuse g_malloc(); memset() into g_new0() Stefan Hajnoczi
2014-12-19 13:18 ` [Qemu-devel] [PULL 4/5] net: Use g_new() & friends where that makes obvious sense Stefan Hajnoczi
2014-12-19 13:18 ` [Qemu-devel] [PULL 5/5] e1000: defer packets until BM enabled Stefan Hajnoczi
2014-12-19 14:21 ` Michael S. Tsirkin [this message]
2014-12-21 23:16 ` [Qemu-devel] [PULL 0/5] Net patches Peter Maydell
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=20141219142132.GA13200@redhat.com \
--to=mst@redhat.com \
--cc=peter.maydell@linaro.org \
--cc=qemu-devel@nongnu.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).