From mboxrd@z Thu Jan 1 00:00:00 1970 From: Francois Romieu Subject: Re: [bug?] r8169: hangs under heavy load Date: Fri, 25 Nov 2011 23:22:11 +0100 Message-ID: <20111125222211.GA13719@electric-eye.fr.zoreil.com> References: <4E7F4D45.7040902@wolke7.net> <1316978632.4122.103.camel@deadeye> <4E82C0B5.1050902@wolke7.net> <1317254171.4068.12.camel@deadeye> <20111124044137.GA18262@elie.hsd1.il.comcast.net> <4ECFE7A7.5070300@wolke7.net> <20111125201936.GA26692@elie.hsd1.il.comcast.net> <1322253122.2550.3.camel@edumazet-laptop> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Jonathan Nieder , netdev@vger.kernel.org, nic_swsd@realtek.com, linux-kernel@vger.kernel.org, Armin Kazmi , Gerd To: Eric Dumazet Return-path: Content-Disposition: inline In-Reply-To: <1322253122.2550.3.camel@edumazet-laptop> Sender: linux-kernel-owner@vger.kernel.org List-Id: netdev.vger.kernel.org Eric Dumazet : [...] > rtl8169_rx_interrupt(..., budget) can return budget + 1 sometimes > because of : > > /* Work around for AMD plateform. */ > if ((desc->opts2 & cpu_to_le32(0xfffe000)) && > (tp->mac_version == RTL_GIGA_MAC_VER_05)) { > desc->opts2 = 0; > cur_rx++; > } It needs fixing but RTL_GIGA_MAC_VER_05 is an old PCI 8169sc while debian's bug #642911 is about a 8168c (aka RTL_GIGA_MAC_VER_{19 .. 22}). This path is not used. -- Ueimor