On Mon, Nov 14, 2016 at 09:29:48AM +, Dr. David Alan Gilbert wrote:
> * Russell King - ARM Linux (li...@armlinux.org.uk) wrote:
> > On Fri, Nov 11, 2016 at 09:23:43PM +, David Woodhouse wrote:
> > > It's also *fairly* unlikely that the kernel in the guest has developed
> > > a bug and isn't
* Russell King - ARM Linux (li...@armlinux.org.uk) wrote:
> On Fri, Nov 11, 2016 at 09:23:43PM +, David Woodhouse wrote:
> > It's also *fairly* unlikely that the kernel in the guest has developed
> > a bug and isn't setting gso_size sanely. I'm more inclined to suspect
> > that qemu isn't prope
From: Russell King - ARM Linux
Date: Fri, 11 Nov 2016 22:33:08 +
> "The new buffer management algorithm provides capabilities of Microsoft
> Large-Send offload" and as yet I haven't found anything that describes
> what this is or how it works.
For once I will give Microsoft a big shout out h
On Fri, Nov 11, 2016 at 09:23:43PM +, David Woodhouse wrote:
> It's also *fairly* unlikely that the kernel in the guest has developed
> a bug and isn't setting gso_size sanely. I'm more inclined to suspect
> that qemu isn't properly emulating those bits. But at first glance at
> the code, it lo
On Fri, Nov 11, 2016 at 09:23:43PM +, David Woodhouse wrote:
> On Fri, 2016-11-11 at 21:05 +, Russell King - ARM Linux wrote:
> >
> > 18:59:38.782818 IP (tos 0x0, ttl 52, id 35619, offset 0, flags [DF], proto
> > TCP (6), length 60)
> > 84.xx.xxx.196.61236 > 195.92.253.2.http: Flags [
On Fri, 2016-11-11 at 21:05 +, Russell King - ARM Linux wrote:
>
> 18:59:38.782818 IP (tos 0x0, ttl 52, id 35619, offset 0, flags [DF], proto
> TCP (6), length 60)
> 84.xx.xxx.196.61236 > 195.92.253.2.http: Flags [S], cksum 0x88db
> (correct), seq 158975430, win 29200, options [mss 1452,
Hi,
I seem to have found a severe performance issue somewhere in the
networking code.
This involves ZenIV.linux.org.uk, which is a qemu-kvm guest instance
on ZenV, which is configured to use macvtap for ZenIV to gain its
network access, with ZenIV using the 8139cp driver.
My initial testing was
