[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20091130213337.GA3468@kroah.com>
Date: Mon, 30 Nov 2009 13:33:37 -0800
From: Greg KH <greg@...ah.com>
To: "Eric W. Biederman" <ebiederm@...ssion.com>
Cc: Greg Kroah-Hartman <gregkh@...e.de>,
Kay Sievers <kay.sievers@...y.org>,
linux-kernel@...r.kernel.org, Tejun Heo <tj@...nel.org>,
Cornelia Huck <cornelia.huck@...ibm.com>,
linux-fsdevel@...r.kernel.org,
Eric Dumazet <eric.dumazet@...il.com>,
Benjamin LaHaise <bcrl@...et.ca>,
Serge Hallyn <serue@...ibm.com>
Subject: Re: [PATCH 0/15] sysfs lazification final
On Sat, Nov 07, 2009 at 11:25:03PM -0800, Eric W. Biederman wrote:
>
> The sysfs code updates the vfs caches immediately when the sysfs data
> structures change causing a lot of unnecessary complications. The
> following patchset untangles that beast. Allowing for simpler
> more straight forward code, the removal of a hack from the vfs
> to support sysfs, and human comprehensible locking on sysfs.
>
> Most of these patches have already been reviewed and acked from the
> last time I had time to work on sysfs.
>
> This acks have been folded in and the two small bugs found in the
> previous review have been fixed in the trailing patches (they are
> minor enough nits that even a bisect that happens to land in the
> middle should not see sysfs problems).
I've applied all of these to my tree now, and sorry, but something is
broken pretty badly.
When doing a simple 'ls /sys/class/input/' the process locks up. This
means that X can't find any input devices, which makes for a bit of a
problem when wanting to use your mouse or keyboard :(
Attached is the state of my processes when this happens, if that helps
out any.
So I'm going to drop all of these from my tree again, as they are not
ready for merging at this point :(
sorry,
greg k-h
View attachment "dmesg" of type "text/plain" (249671 bytes)
Powered by blists - more mailing lists