Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752487AbZCNBB7 (ORCPT ); Fri, 13 Mar 2009 21:01:59 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1750946AbZCNBBp (ORCPT ); Fri, 13 Mar 2009 21:01:45 -0400 Received: from mga11.intel.com ([192.55.52.93]:44978 "EHLO mga11.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750898AbZCNBBo convert rfc822-to-8bit (ORCPT ); Fri, 13 Mar 2009 21:01:44 -0400 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="4.38,361,1233561600"; d="scan'208";a="438829451" From: "Brandeburg, Jesse" To: Greg KH , Andrew Morton CC: "e1000-devel@lists.sourceforge.net" , "linux-kernel@vger.kernel.org" , "stable@kernel.org" , "netdev@vger.kernel.org" Date: Fri, 13 Mar 2009 18:01:41 -0700 Subject: RE: [E1000-devel] [stable] Li-nux 2.6.27.19 2.6.28.7 Thread-Topic: [E1000-devel] [stable] Li-nux 2.6.27.19 2.6.28.7 Thread-Index: AcmkKv4pD1wO/iYsR0+SR0qbGLUnZgAFJgzg Message-ID: References: <20090220225448.GA14122@kroah.com> <20090313151051.a9198384.akpm@linux-foundation.org> <20090313222044.GA18010@kroah.com> In-Reply-To: <20090313222044.GA18010@kroah.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 8BIT MIME-Version: 1.0 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2946 Lines: 60 Greg KH wrote: > On Fri, Mar 13, 2009 at 03:10:51PM -0700, Andrew Morton wrote: >> >> I fired up this kernel up on my FC8 laptop and I see >> http://userweb.kernel.org/~akpm/p3130212.jpg >> >> On the next two boot attempts, the kernel came up OK. >> root issue: seems that something with the 2.6.newer doesn't like some of the stuff with the fedora nash stuff. mkinitrd and friends were updated multiple times to work with these newer kernels in the fedora 10 I was using. I worked around by changing root=LABEL to use root=/dev/foo in grub.conf >> >> ------------[ cut here ]------------ >> WARNING: at drivers/net/e1000e/ich8lan.c:408 >> e1000_acquire_swflag_ich8lan+0x51/0xf2() e1000e mutex contention. >> Owned by pid 10 >> Modules linked in: >> Pid: 9, comm: events/0 Not tainted 2.6.28.7 #1 >> Call Trace: >> [] warn_slowpath+0xae/0xcd >> [] ? lock_timer_base+0x26/0x4a >> [] ? lock_timer_base+0x26/0x4a >> [] ? __lock_acquire+0x702/0x760 >> [] ? mark_held_locks+0x50/0x6d >> [] ? mutex_trylock+0x104/0x118 >> [] ? trace_hardirqs_on_caller+0xf8/0x123 >> [] ? trace_hardirqs_on+0xd/0xf >> [] e1000_acquire_swflag_ich8lan+0x51/0xf2 >> [] e1000e_read_kmrn_reg+0x1b/0x69 >> [] ? e1000e_downshift_workaround+0x0/0x12 >> [] >> e1000e_gig_downshift_workaround_ich8lan+0x2c/0x71 >> [] e1000e_downshift_workaround+0x10/0x12 >> [] run_workqueue+0xf5/0x1fd [] >> ? run_workqueue+0x9f/0x1fd [] ? >> worker_thread+0x0/0xe8 [] worker_thread+0xdb/0xe8 >> [] ? autoremove_wake_function+0x0/0x36 >> [] ? worker_thread+0x0/0xe8 >> [] kthread+0x44/0x6b >> [] child_rip+0xa/0x11 >> [] ? restore_args+0x0/0x30 >> [] ? kthread+0x0/0x6b >> [] ? child_rip+0x0/0x11 newer kernels have this fixed. This really is a warning as this is only telling you that it had to wait (but that the mutex worked!) we've isolated all these warnings down to known SMP safe paths (and fixed the relevant issues) and have posted a patch to current net-next that removes the warning. don't have the commit handy but could probably chase it down. so, WARNING is noisy but okay. The tx hang you see is bad (as it appears to be a false hang since status is set correctly and you don't get a NETDEV_WATCHDOG) Jesse PS please include netdev on network related issues. :-)-- 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/