Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1161469AbXEDSZq (ORCPT ); Fri, 4 May 2007 14:25:46 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1161474AbXEDSZq (ORCPT ); Fri, 4 May 2007 14:25:46 -0400 Received: from mga09.intel.com ([134.134.136.24]:20273 "EHLO mga09.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1161469AbXEDSZp (ORCPT ); Fri, 4 May 2007 14:25:45 -0400 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="4.14,493,1170662400"; d="scan'208";a="83838545" Message-ID: <463B7AA7.9050302@intel.com> Date: Fri, 04 May 2007 11:25:43 -0700 From: "Kok, Auke" User-Agent: Thunderbird 2.0.0.0 (X11/20070420) MIME-Version: 1.0 To: Michel Lespinasse CC: "Kok, Auke" , Chuck Ebbert , linux-kernel@vger.kernel.org, Dave Jones , Jeb Cramer , John Ronciak , Jesse Brandeburg , Jeff Kirsher Subject: Re: e1000 issue on DQ965GF board (was 24 lost ticks with 2.6.20.10 kernel) References: <20070501130715.GB29131@zoy.org> <46375E04.5030506@redhat.com> <20070501214912.GA4048@zoy.org> <4637BA70.8000108@intel.com> <20070502084146.GA6089@zoy.org> <4638D51C.7010603@intel.com> <20070503062701.GA22255@zoy.org> In-Reply-To: <20070503062701.GA22255@zoy.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 04 May 2007 18:25:43.0854 (UTC) FILETIME=[A083FCE0:01C78E79] Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2009 Lines: 40 Michel Lespinasse wrote: > On Wed, May 02, 2007 at 11:14:52AM -0700, Kok, Auke wrote: >> I just checked and the fix I was referring to earlier didn't make it into >> 2.6.21-final. You can get 2.6.21-git1 from kernel.org which has the fix. See >> >> http://www.kernel.org/pub/linux/kernel/v2.6/snapshots/patch-2.6.21-git1.log > > Good. So I tried that patch (well, actually only the change visible at > http://lkml.org/lkml/2007/3/6/268). I patched it into a 2.6.20.11 kernel, > using the same config file as previously. The good news is that this fixes > my issue: there are no lost ticks anymore, and the link does negotiate a > gigabit connection. This is a great improvement for me :) > > I still seem to hit an issue if using the ethtool command, though. > when using 'ethtool -s eth0 autoneg on', the link comes up at gigabit speed, > but a couple seconds later is comes down again, and then up at 100 megabits: > > e1000: eth0: e1000_watchdog: NIC Link is Up 1000 Mbps Full Duplex > e1000: eth0: e1000_watchdog: NIC Link is Down > e1000: eth0: e1000_watchdog: NIC Link is Up 100 Mbps Full Duplex > e1000: eth0: e1000_watchdog: 10/100 speed: disabling TSO > > The same thing happens if I use ifdown eth0; ifup eth0 too. Once again, > I only observe this on my DQ965GF motherboard, the DG965RY board is fine > (stays at gigabit speed when I issue these commands). > > Is this something you could easily reproduce at Intel or would you want me > to look into that issue on my system ? can you try turning off the "management enable" function in the BIOS of the DQ965GF? That fixes this issue for us in our labs. A fix for this is also available in our standalone 7.5.5.1 driver (obtainable from e1000.sf.net), but it hasn't made it upstream yet. Auke - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/