Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1758121AbXEIO6W (ORCPT ); Wed, 9 May 2007 10:58:22 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1757695AbXEIO6A (ORCPT ); Wed, 9 May 2007 10:58:00 -0400 Received: from pentafluge.infradead.org ([213.146.154.40]:46313 "EHLO pentafluge.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1757579AbXEIO56 (ORCPT ); Wed, 9 May 2007 10:57:58 -0400 Date: Wed, 9 May 2007 07:57:47 -0700 From: Greg KH To: Tejun Heo Cc: Chris Rankin , Alan Stern , linux-usb-devel@lists.sourceforge.net, linux-kernel Subject: Re: [linux-usb-devel] Bug creating USB endpoints in 2.6.20.x (kernel bug 8198) Message-ID: <20070509145747.GA27259@kroah.com> References: <602729.80444.qm@web52910.mail.re2.yahoo.com> <4641CD01.6010309@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4641CD01.6010309@gmail.com> User-Agent: Mutt/1.5.15 (2007-04-06) Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1597 Lines: 35 On Wed, May 09, 2007 at 03:30:41PM +0200, Tejun Heo wrote: > Chris Rankin wrote: > > --- Tejun Heo wrote: > >> So, we can fix the problem Chris is seeing by breaking module unload (by > >> allowing it to unload too early). It doesn't sound too hot but module > >> unloading race is much less likely than sysfs node deletion/open race. > > > > Yikes! Just temporary breakage, I hope :-)!! The only modules I unload on a regular basis these > > days are things like "microcode", which the init scripts take care of as part of the boot-up > > process. > > Okay, here's a half-assed fix. With this patch applied, if you try to > unload a module while you're opening it's dev attribute, kernel will > oops later when the file is accessed or closed later but it should fix > the bug winecfg triggers. I really dunno how to fix this the right way > in the stable kernel. Better ideas? Anyone? This looks like the correct fix, the only reason I made this dynamic was to properly set up the module owner. And now that you have removed that link in your sysfs rework, it can go and become static again. Oh, and this isn't a "device node", it's just a text file that contains the major:minor number for a device node to be created from. So, care to fix up the class code too and send a patch with a signed-off-by:? thanks, greg k-h - 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/