[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Qemu-ppc] [PATCH] spapr_llan: fix device reenabling

From: Alexander Graf
Subject: Re: [Qemu-ppc] [PATCH] spapr_llan: fix device reenabling
Date: Mon, 06 May 2013 17:16:24 +0200
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.3) Gecko/20120306 Thunderbird/10.0.3

On 05/03/2013 08:22 AM, Alexey Kardashevskiy wrote:
Normally, the "tap" device is polled by QEMU if a guest NIC can
receive packets. If a guest NIC is stopped during transfer (rmmod or
ifdown), it may still have packets in a queue which have to be send
to the guest before QEMU enables polling of a "tap" interface via

However the spapr_llan device was missing the qemu_flush_queued_packets()
call so the tap_send_completed() callback was never called and therefore
"tap" interface polling was not enabled ever.

The patch fixes this problem.

Signed-off-by: Alexey Kardashevskiy<address@hidden>

Thanks, applied to ppc-next.


  hw/net/spapr_llan.c |    2 ++
  1 file changed, 2 insertions(+)

diff --git a/hw/net/spapr_llan.c b/hw/net/spapr_llan.c
index cca3d1a..46f7d5f 100644
--- a/hw/net/spapr_llan.c
+++ b/hw/net/spapr_llan.c
@@ -336,6 +336,8 @@ static target_ulong h_register_logical_lan(PowerPCCPU *cpu,
      spapr_vio_dma_set(sdev, VLAN_BD_ADDR(rec_queue), 0, 

      dev->isopen = 1;
+    qemu_flush_queued_packets(qemu_get_queue(dev->nic));
      return H_SUCCESS;

reply via email to

[Prev in Thread] Current Thread [Next in Thread]