From mboxrd@z Thu Jan 1 00:00:00 1970 From: Kay Sievers Subject: Re: [PATCH 25/20] sysfs: Only support removing emtpy sysfs directories. Date: Tue, 26 May 2009 23:13:26 +0200 Message-ID: References: <1243372199.2815.77.camel@localhost.localdomain> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: QUOTED-PRINTABLE Cc: Alan Stern , SCSI development list , "Eric W. Biederman" , Andrew Morton , Greg Kroah-Hartman , Kernel development list , Tejun Heo , Cornelia Huck , linux-fsdevel@vger.kernel.org, "Eric W. Biederman" To: James Bottomley Return-path: Received: from mail-bw0-f222.google.com ([209.85.218.222]:48246 "EHLO mail-bw0-f222.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751044AbZEZVNq convert rfc822-to-8bit (ORCPT ); Tue, 26 May 2009 17:13:46 -0400 In-Reply-To: <1243372199.2815.77.camel@localhost.localdomain> Sender: linux-fsdevel-owner@vger.kernel.org List-ID: On Tue, May 26, 2009 at 23:09, James Bottomley wrote: > On Tue, 2009-05-26 at 15:29 -0400, Alan Stern wrote: >> If you don't mind trashing some more ext3 root filesystems :-) you c= an >> try this patch. =C2=A0It's almost certainly not quite the right thin= g to do >> and I have probably messed up the target's reference counting, but >> maybe it's a step in the right direction. > It's hard to follow the problem without full context, but if I > understand correctly the problem is you want all the target directori= es > removed before you call device_del() on the host and the thing that g= ets > in the way is the necessary user context removal of the host. =C2=A0S= o a > simple solution, rather than mucking with the way it works, is to wai= t > for the workqueues to complete. =C2=A0Does this fix it? Ok, I copied my newly installed system to another disks, to have a root filesytem to trash again by this bug. :) Which of your patches should I try? Thanks, Kay -- To unsubscribe from this list: send the line "unsubscribe linux-fsdevel= " in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html