Yes, -device e1000-82545em is being used. Here is the debug output with the patch applied against QEMU git ad7020a7e7b27d468ecc2aacb04ba4eb09017074 after booting to desktop and waiting for DHCP to fallback to automatic private IP address: tap_update_fd_handler read_poll 1 write_poll 0 enabled 1 e1000_can_receive lu 2 rctl_en 0 pci_master 0 has_rxbufs 0 tap_update_fd_handler read_poll 0 write_poll 0 enabled 1 tap_update_fd_handler read_poll 1 write_poll 0 enabled 1 e1000_can_receive lu 2 rctl_en 0 pci_master 4 has_rxbufs 0 tap_update_fd_handler read_poll 0 write_poll 0 enabled 1 tap_update_fd_handler read_poll 1 write_poll 0 enabled 1 e1000_can_receive lu 2 rctl_en 0 pci_master 4 has_rxbufs 0 tap_update_fd_handler read_poll 0 write_poll 0 enabled 1 e1000_link_down link down tap_update_fd_handler read_poll 1 write_poll 0 enabled 1 e1000_can_receive lu 0 rctl_en 0 pci_master 4 has_rxbufs 0 tap_update_fd_handler read_poll 0 write_poll 0 enabled 1 tap_update_fd_handler read_poll 1 write_poll 0 enabled 1 e1000_can_receive lu 0 rctl_en 0 pci_master 4 has_rxbufs 1 tap_update_fd_handler read_poll 0 write_poll 0 enabled 1 tap_update_fd_handler read_poll 1 write_poll 0 enabled 1 e1000_can_receive lu 0 rctl_en 2 pci_master 4 has_rxbufs 1 tap_update_fd_handler read_poll 0 write_poll 0 enabled 1 e1000_link_up link up
-- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/1467240 Title: Regression - bridged networking broken for Mac OS X guest Status in QEMU: New Bug description: Using the instructions at http://www.contrib.andrew.cmu.edu/~somlo/OSXKVM/ for running Mac OS X Snow Leopard under QEMU, bridged networking is broken when using QEMU git. The result is that Mac OS X is unable to obtain an IP address using DHCP. It works in the latest stable release - QEMU 2.3.0. Replace "-netdev user,id=hub0port0" with "-netdev bridge,br=br0,id=hub0port0" when testing bridged networking. Bisecting the git repository shows the following bad commit: commit a90a7425cf592a3afeff3eaf32f543b83050ee5c Author: Fam Zheng <f...@redhat.com> Date: Thu Jun 4 14:45:17 2015 +0800 tap: Drop tap_can_send This callback is called by main loop before polling s->fd, if it returns false, the fd will not be polled in this iteration. This is redundant with checks inside read callback. After this patch, the data will be sent to peer when it arrives. If the device can't receive, it will be queued to incoming_queue, and when the device status changes, this queue will be flushed. Signed-off-by: Fam Zheng <f...@redhat.com> Message-id: 1433400324-7358-7-git-send-email-f...@redhat.com Signed-off-by: Stefan Hajnoczi <stefa...@redhat.com> To manage notifications about this bug go to: https://bugs.launchpad.net/qemu/+bug/1467240/+subscriptions
