1. 24 5月, 2013 1 次提交
    • S
      rtl8139: flush queued packets when RxBufPtr is written · 00b7ade8
      Stefan Hajnoczi 提交于
      Net queues support efficient "receive disable".  For example, tap's file
      descriptor will not be polled while its peer has receive disabled.  This
      saves CPU cycles for needlessly copying and then dropping packets which
      the peer cannot receive.
      
      rtl8139 is missing the qemu_flush_queued_packets() call that wakes the
      queue up when receive becomes possible again.
      
      As a result, the Windows 7 guest driver reaches a state where the
      rtl8139 cannot receive packets.  The driver has actually refilled the
      receive buffer but we never resume reception.
      
      The bug can be reproduced by running a large FTP 'get' inside a Windows
      7 guest:
      
        $ qemu -netdev tap,id=tap0,...
               -device rtl8139,netdev=tap0
      
      The Linux guest driver does not trigger the bug, probably due to a
      different buffer management strategy.
      Reported-by: NOliver Francke <oliver.francke@filoo.de>
      Signed-off-by: NStefan Hajnoczi <stefanha@redhat.com>
      00b7ade8
  2. 22 5月, 2013 1 次提交
  3. 15 5月, 2013 1 次提交
  4. 07 5月, 2013 1 次提交
    • J
      virtio-net: properly check the vhost status during status set · d7108d90
      Jason Wang 提交于
      Commit 32993698 (vhost: disable on tap link down) tries to disable the vhost
      also when the peer's link is down. But the check was not done properly, the
      vhost were only started when:
      
      1) peer's link is not down
      2) virtio-net has already been started.
      
      Since == have a higher precedence than &&, place a brace to make sure both the
      conditions were met then does the check. This fixes the crash when doing a savem
      after set the link off which let qemu crash and complains:
      
      virtio_net_save: Assertion `!n->vhost_started' failed.
      
      Cc: Michael S. Tsirkin <mst@redhat.com>
      Signed-off-by: NJason Wang <jasowang@redhat.com>
      Message-id: 1366972060-21606-1-git-send-email-jasowang@redhat.com
      Signed-off-by: NAnthony Liguori <aliguori@us.ibm.com>
      d7108d90
  5. 06 5月, 2013 1 次提交
    • A
      spapr_llan: fix device reenabling · e0ff466c
      Alexey Kardashevskiy 提交于
      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
      tap_update_fd_handler().
      
      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: NAlexey Kardashevskiy <aik@ozlabs.ru>
      Signed-off-by: NAlexander Graf <agraf@suse.de>
      e0ff466c
  6. 01 5月, 2013 1 次提交
  7. 29 4月, 2013 2 次提交
  8. 27 4月, 2013 1 次提交
  9. 25 4月, 2013 3 次提交
  10. 21 4月, 2013 1 次提交
    • P
      qdev: Drop taddr properties · 21e5181f
      Peter Maydell 提交于
      Drop all the infrastructure for taddr properties (ie ones which
      are 'hwaddr' sized). These are now unused, and any further desired
      use would be rather questionable since device properties shouldn't
      generally depend on a type that is conceptually variable based on
      the target CPU. 32 or 64 bit integer properties should be used instead
      as appropriate for the specific device.
      Signed-off-by: NPeter Maydell <peter.maydell@linaro.org>
      Signed-off-by: NBlue Swirl <blauwirbel@gmail.com>
      21e5181f
  11. 19 4月, 2013 1 次提交
  12. 17 4月, 2013 3 次提交
  13. 16 4月, 2013 10 次提交
  14. 15 4月, 2013 1 次提交
  15. 09 4月, 2013 5 次提交