Re: [Qemu-devel] [PATCH] do not send packet to nic if the packet will be dropped by nic

2011-06-20 Thread Michael S. Tsirkin
On Mon, Jun 20, 2011 at 11:52:20AM +0200, Kevin Wolf wrote: > Am 20.06.2011 11:40, schrieb Wen Congyang: > > At 06/20/2011 05:10 PM, Kevin Wolf Write: > >> Am 17.06.2011 03:33, schrieb Wen Congyang: > >>> If !s->clock_enabled or !rtl8139_receiver_enabled(s), it means that > >>> the nic will drop al

Re: [Qemu-devel] [PATCH] do not send packet to nic if the packet will be dropped by nic

2011-06-20 Thread Kevin Wolf
Am 20.06.2011 11:40, schrieb Wen Congyang: > At 06/20/2011 05:10 PM, Kevin Wolf Write: >> Am 17.06.2011 03:33, schrieb Wen Congyang: >>> If !s->clock_enabled or !rtl8139_receiver_enabled(s), it means that >>> the nic will drop all packets from host. So qemu will keep getting >>> packets from host a

Re: [Qemu-devel] [PATCH] do not send packet to nic if the packet will be dropped by nic

2011-06-20 Thread Wen Congyang
At 06/20/2011 05:10 PM, Kevin Wolf Write: > Am 17.06.2011 03:33, schrieb Wen Congyang: >> If !s->clock_enabled or !rtl8139_receiver_enabled(s), it means that >> the nic will drop all packets from host. So qemu will keep getting >> packets from host and wasting CPU on dropping packets. This seems >>

Re: [Qemu-devel] [PATCH] do not send packet to nic if the packet will be dropped by nic

2011-06-20 Thread Kevin Wolf
Am 17.06.2011 03:33, schrieb Wen Congyang: > If !s->clock_enabled or !rtl8139_receiver_enabled(s), it means that > the nic will drop all packets from host. So qemu will keep getting > packets from host and wasting CPU on dropping packets. This seems > worse than packets that should be dropped but a

[Qemu-devel] [PATCH] do not send packet to nic if the packet will be dropped by nic

2011-06-16 Thread Wen Congyang
If !s->clock_enabled or !rtl8139_receiver_enabled(s), it means that the nic will drop all packets from host. So qemu will keep getting packets from host and wasting CPU on dropping packets. This seems worse than packets that should be dropped but aren't. Signed-off-by: Wen Congyang --- hw/rtl81