Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755151AbYFWVnR (ORCPT ); Mon, 23 Jun 2008 17:43:17 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753268AbYFWVm7 (ORCPT ); Mon, 23 Jun 2008 17:42:59 -0400 Received: from mtagate3.uk.ibm.com ([195.212.29.136]:48210 "EHLO mtagate3.uk.ibm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753247AbYFWVm7 (ORCPT ); Mon, 23 Jun 2008 17:42:59 -0400 Message-ID: <486018CB.80005@fr.ibm.com> Date: Mon, 23 Jun 2008 23:42:35 +0200 From: Daniel Lezcano User-Agent: Thunderbird 2.0.0.14 (X11/20080501) MIME-Version: 1.0 To: Tejun Heo CC: Benjamin Thery , Greg Kroah-Hartman , Andrew Morton , Eric Biederman , Serge Hallyn , linux-kernel@vger.kernel.org, Al Viro , Linux Containers Subject: Re: [PATCH 05/11] sysfs: sysfs_chmod_file handle multiple superblocks References: <20080618170729.808539948@theryb.frec.bull.fr> <20080618170730.853353875@theryb.frec.bull.fr> <485DD93A.6020600@gmail.com> In-Reply-To: <485DD93A.6020600@gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1289 Lines: 30 Tejun Heo wrote: > Hello, guys. Sorry about the long silence. Recent releases of > popular distros overwhelmed me with ata bugs. They now seem to be > under control (and hopefully stay that way for some time to come). > > On the previous iteration, I was hoping I could sort out sysfs > interface problem before this patchset but given that this is a long > overdue feature, I think we should get this thing working first. > > The first four patches looked good to me, so feel free to add > Acked-by: Tejun Heo > > Benjamin Thery Wrote: >> sysfs: sysfs_chmod_file handle multiple superblocks >> >> Teach sysfs_chmod_file how to handle multiple sysfs >> superblocks. > > I think it would be great if sysfs_chmod_file can do all-or-nothing > instead of failing half way through but given the interface of > notify_change(), it could be difficult to implement. Any ideas? Is it acceptable to queue the notifications in a list until we are in the loop and loop again to notify when exiting the first loop without error ? -- 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/