On Mon, Nov 30, 2009 at 01:33:37PM -0800, Greg KH wrote: > 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 :( In looking at the stuck processes, it seems your last patch was the problem. Removing that caused things to work again, so I've only dropped that one. Next time, please test your patches before submitting them :( thanks, greg k-h -- To unsubscribe from this list: send the line "unsubscribe linux-fsdevel" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
