Re: [PATCH RESEND] hw/net: fsl_etsec: Do not reject short frames

2021-02-18 Thread Bin Meng
On Tue, Feb 9, 2021 at 8:06 AM Bin Meng wrote: > > Cc'ing libSLiRP I am not sure whether my reply arrived to libSLiRP as I did not subscribe to that list ... > > Hi Peter, > > On Tue, Feb 9, 2021 at 12:09 AM Peter Maydell > wrote: > > > > On Mon, 8 Feb 2021 at 14:53, Bin Meng wrote: > > > > >

Re: [PATCH RESEND] hw/net: fsl_etsec: Do not reject short frames

2021-02-08 Thread Bin Meng
Cc'ing libSLiRP Hi Peter, On Tue, Feb 9, 2021 at 12:09 AM Peter Maydell wrote: > > On Mon, 8 Feb 2021 at 14:53, Bin Meng wrote: > > > > From: Bin Meng > > > > As of today both slirp and tap networking do not pad short frames > > (e.g.: an ARP packet) to the minimum frame size of 60 bytes. > >

Re: [PATCH RESEND] hw/net: fsl_etsec: Do not reject short frames

2021-02-08 Thread Peter Maydell
On Mon, 8 Feb 2021 at 14:53, Bin Meng wrote: > > From: Bin Meng > > As of today both slirp and tap networking do not pad short frames > (e.g.: an ARP packet) to the minimum frame size of 60 bytes. > > If eTSEC is programmed to reject short frames, ARP requests will be > dropped, preventing the gu