Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67;
Date:   Mon, 22 Oct 2018 10:31:32 +1030
From:   Jonathan Woithe <jwoithe@atrad.com.au>
To:     netdev@vger.kernel.org
Cc:     linux-kernel@vger.kernel.org
Subject: Re: r8169 regression: UDP packets dropped intermittantly
Message-ID: <20181022000132.GD27585@marvin.atrad.com.au>
References: <20171218054951.GJ17747@marvin.atrad.com.au>
 <c47cfb79-afb9-e39b-4861-7c534c55bb70@applied-asynchrony.com>
 <20171218223224.GA13172@marvin.atrad.com.au>
 <20171219054532.GA13685@marvin.atrad.com.au>
 <20171219122523.lhavmoxo3ippftyn@unicorn.suse.cz>
 <20171220052011.GN8641@marvin.atrad.com.au>
 <20180115065658.GI16419@marvin.atrad.com.au>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20180115065658.GI16419@marvin.atrad.com.au>
User-Agent: Mutt/1.10.1 (2018-07-13)
Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk

On Mon, Jan 15, 2018 at 05:26:59PM +1030, Jonathan Woithe wrote:
> Is there any more information that can be provided (or tests done) to assist
> in tracking this problem down?  Based on the tests done in December it seems
> that the problem only affects specific RTL-8169 variants, with most being
> ok.  Is it a case that we simply need to accept that for the greater good
> commit da78dbff2e05630921c551dbbc70a4b7981a8fff has permanently broken
> Netgear GA311 [1] network cards with respect to these UDP packets and that
> nothing can be done?

For future reference, commit 6b839b6cf9eada30b086effb51e5d6076bafc761
("r8169: fix NAPI handling under high load") appears to have fixed the
regression documented by this thread.  Thanks to Heiner Kallweit for the
work which lead to this solution.

Regards
  jonathan

> [1] Or perhaps any using the RTL8110s variant.