From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753702AbZEWPBu (ORCPT ); Sat, 23 May 2009 11:01:50 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753085AbZEWPBj (ORCPT ); Sat, 23 May 2009 11:01:39 -0400 Received: from mail-fx0-f168.google.com ([209.85.220.168]:41692 "EHLO mail-fx0-f168.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753122AbZEWPBi (ORCPT ); Sat, 23 May 2009 11:01:38 -0400 DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=message-id:date:from:user-agent:x-accept-language:mime-version:to :cc:subject:references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=rmYXJZHWGuByNPbZcsTShLchk6UDt9KeSPkqDOH3bPZ2vp0EgWoJTGnniX4RRJUucp GKpCUVB0F/4//tFDkKip25+vz5ycmhdvXRlapzHBRWjqSkCesct4HWchTewmbP7zvmvL RwdA4wJspuJ5bBBtZuyZb69mWkNTyixnAyMFY= Message-ID: <4A180FD0.5050101@googlemail.com> Date: Sat, 23 May 2009 17:01:36 +0200 From: Michael Riepe User-Agent: Mozilla/5.0 (X11; U; Linux i686 (x86_64); en-US; rv:1.7.13) Gecko/20060417 X-Accept-Language: de-de, de, en-us, en MIME-Version: 1.0 To: Michael Buesch CC: David Dillow , Francois Romieu , Rui Santos , =?ISO-8859-15?Q?Michael_B=FCker?= , linux-kernel@vger.kernel.org, netdev@vger.kernel.org Subject: Re: [PATCH 2.6.30-rc4] r8169: avoid losing MSI interrupts References: <200903041828.49972.m.bueker@berlin.de> <200905231124.28925.mb@bu3sch.de> <4A1809B0.3030109@googlemail.com> <200905231644.13326.mb@bu3sch.de> In-Reply-To: <200905231644.13326.mb@bu3sch.de> X-Enigmail-Version: 0.91.0.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi! Michael Buesch wrote: > On Saturday 23 May 2009 16:35:28 Michael Riepe wrote: > >>Hi! >> >>Michael Buesch wrote: >> >> >>>Thanks a lot, Dave! This fixes the issue on my chip. >> >>Yep, it's stable here as well. And even a little faster than pci=nomsi. >>The only strangeness I observed is that the throughput (measured with >>iperf and a single TCP connection) varies: >> >>[ ID] Interval Transfer Bandwidth >>[ 3] 0.0-10.0 sec 667 MBytes 559 Mbits/sec >>[ 3] 10.0-20.0 sec 803 MBytes 673 Mbits/sec >>[ 3] 20.0-30.0 sec 802 MBytes 673 Mbits/sec >>[ 3] 30.0-40.0 sec 714 MBytes 599 Mbits/sec >>[ 3] 40.0-50.0 sec 669 MBytes 561 Mbits/sec >>[ 3] 50.0-60.0 sec 791 MBytes 663 Mbits/sec >>[ 3] 0.0-60.0 sec 4.34 GBytes 622 Mbits/sec > > > Are you running the iperf server or client on the r8169? The client, since I wanted to measure write throughput. The server is a Lenovo Thinkpad T60 (e1000e driver). > I'm running the iperf server on the r8169 and get the following results: > > mb@homer:~$ iperf -c 192.168.2.50 -t120 -i10 In that case, the r8169 is receiving data (which never was a problem, at least for me - it only lost interrupts in TX mode). -- Michael "Tired" Riepe X-Tired: Each morning I get up I die a little