Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S965094Ab0BZPbL (ORCPT ); Fri, 26 Feb 2010 10:31:11 -0500 Received: from exprod5og112.obsmtp.com ([64.18.0.24]:54349 "EHLO exprod5og112.obsmtp.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S964852Ab0BZPbJ (ORCPT ); Fri, 26 Feb 2010 10:31:09 -0500 Message-ID: <4B87E9EF.3010604@ge.com> Date: Fri, 26 Feb 2010 15:34:07 +0000 From: Martyn Welch User-Agent: Thunderbird 2.0.0.23 (X11/20090817) MIME-Version: 1.0 To: Paul Gortmaker CC: netdev@vger.kernel.org, linux-kernel@vger.kernel.org, linuxppc-dev list , Sandeep Gopalpet , avorontsov@ru.mvista.com, davem@davemloft.net Subject: Re: Gianfar driver failing on MPC8641D based board References: <4B6C2488.3060403@ge.com> <4B865176.7080806@ge.com> <4B86A97E.6050509@ge.com> <20100225165141.GA9686@oksana.dev.rtsoft.ru> <20100225174935.GA32370@oksana.dev.rtsoft.ru> <7d1d9c251002251653n6473f01ex2d43933ec6aa010b@mail.gmail.com> <20100226031452.GA11319@oksana.dev.rtsoft.ru> <4B87B937.6010204@ge.com> <20100226143532.GA31622@oksana.dev.rtsoft.ru> <4B87E01E.4070704@windriver.com> <4B87E662.3080106@ge.com> In-Reply-To: <4B87E662.3080106@ge.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2150 Lines: 67 Martyn Welch wrote: > Paul Gortmaker wrote: > >> On 10-02-26 09:35 AM, Anton Vorontsov wrote: >> >> >>> On Fri, Feb 26, 2010 at 12:06:15PM +0000, Martyn Welch wrote: >>> >>> >>>> Anton Vorontsov wrote: >>>> >>>> >>>>> On Thu, Feb 25, 2010 at 07:53:30PM -0500, Paul Gortmaker wrote: >>>>> [...] >>>>> >>>>> >>>>> >>>>>> I was able to reproduce it on an 8641D and bisected it down to this: >>>>>> >>>>>> ----------- >>>>>> commit a3bc1f11e9b867a4f49505ecac486a33af248b2e >>>>>> Author: Anton Vorontsov >>>>>> Date: Tue Nov 10 14:11:10 2009 +0000 >>>>>> >>>>>> gianfar: Revive SKB recycling >>>>>> >>>>>> >>>>>> >>>>> Thanks for the bisect. I have a guess why tx hangs in >>>>> SMP case. Could anyone try the patch down below? >>>>> >>>>> >>>>> >>>> Yup, no problem. I'm afraid it doesn't resolve the problem for me. >>>> >>>> >>> Hm.. I found a p2020 board and I was able to reproduce the issue. >>> The patch down below fixed it completely for me... hm. >>> >>> >> Interesting. I just tested the patch on the sbc8641d, and it >> still has the issue with your patch applied. I'm using NFSroot >> just like Martyn was and it still appears bound up on that >> gianfar tx lock. I'll see if I can get a SysRq backtrace in >> case that will help you see how it manages to get there... >> >> > > I've got a p2020ds here as well, so I'll give NFSroot on that a try with > your patch. > Out of 10 boot attempts, 7 failed. Martyn -- Martyn Welch (Principal Software Engineer) | Registered in England and GE Intelligent Platforms | Wales (3828642) at 100 T +44(0)127322748 | Barbirolli Square, Manchester, E martyn.welch@ge.com | M2 3AB VAT:GB 927559189 -- 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/