Re: [Qemu-devel] [PATCH 2/2] [SLIRP] Delayed IP packets

2011-07-27 Thread Jan Kiszka
On 2011-07-27 12:14, Fabien Chouteau wrote: > On 27/07/2011 11:30, Jan Kiszka wrote: >> On 2011-07-26 18:21, Fabien Chouteau wrote: >>> In the current implementation, if Slirp tries to send an IP packet to a >>> client >>> with an unknown hardware address, the packet is simply dropped and an ARP >

Re: [Qemu-devel] [PATCH 2/2] [SLIRP] Delayed IP packets

2011-07-27 Thread Fabien Chouteau
On 27/07/2011 11:30, Jan Kiszka wrote: > On 2011-07-26 18:21, Fabien Chouteau wrote: >> In the current implementation, if Slirp tries to send an IP packet to a >> client >> with an unknown hardware address, the packet is simply dropped and an ARP >> request is sent (if_encap in slirp/slirp.c). >>

Re: [Qemu-devel] [PATCH 2/2] [SLIRP] Delayed IP packets

2011-07-27 Thread Jan Kiszka
On 2011-07-26 18:21, Fabien Chouteau wrote: > In the current implementation, if Slirp tries to send an IP packet to a client > with an unknown hardware address, the packet is simply dropped and an ARP > request is sent (if_encap in slirp/slirp.c). > > This patch adds a list of delayed IP packets t

[Qemu-devel] [PATCH 2/2] [SLIRP] Delayed IP packets

2011-07-26 Thread Fabien Chouteau
In the current implementation, if Slirp tries to send an IP packet to a client with an unknown hardware address, the packet is simply dropped and an ARP request is sent (if_encap in slirp/slirp.c). This patch adds a list of delayed IP packets to handle such cases. If the hardware address is unknow