From mboxrd@z Thu Jan 1 00:00:00 1970 From: ebiederm@xmission.com (Eric W. Biederman) Subject: Re: [PATCH] driver core: remove CONFIG_SYSFS_DEPRECATED Date: Wed, 14 Jul 2010 17:40:27 -0700 Message-ID: References: <20100709185450.GA29473@kroah.com> <20100714163852.b3c09930.akpm@linux-foundation.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: In-Reply-To: <20100714163852.b3c09930.akpm@linux-foundation.org> (Andrew Morton's message of "Wed\, 14 Jul 2010 16\:38\:52 -0700") Sender: linux-kernel-owner@vger.kernel.org To: Andrew Morton Cc: Greg Kroah-Hartman , Greg KH , linux-kernel@vger.kernel.org, linux-scsi@vger.kernel.org, alsa-devel@alsa-project.org, Jens Axboe , Stephen Hemminger , Kay Sievers , Alan Stern , "James E.J. Bottomley" , Alexey Kuznetsov , Randy Dunlap , Tejun Heo , "David S. Miller" , Jaroslav Kysela , Takashi Iwai , Ingo Molnar , Peter Zijlstra , David Howells , Dave Airlie List-Id: linux-scsi@vger.kernel.org Andrew Morton writes: > On Fri, 9 Jul 2010 11:54:50 -0700 > Greg Kroah-Hartman wrote: > >> This is no longer needed by any userspace tools, so it's safe to >> remove. > > Makes my FC6 test box not boot - can't find /dev/root. Then when I go > back to plain old mainline (2.6.35-rc5) and run `make oldconfig', the > .config change sticks: > > @@ -106,8 +106,7 @@ > CONFIG_LOG_BUF_SHIFT=17 > CONFIG_HAVE_UNSTABLE_SCHED_CLOCK=y > # CONFIG_CGROUPS is not set > -CONFIG_SYSFS_DEPRECATED=y > -CONFIG_SYSFS_DEPRECATED_V2=y > +# CONFIG_SYSFS_DEPRECATED_V2 is not set > CONFIG_RELAY=y > CONFIG_NAMESPACES=y > # CONFIG_UTS_NS is not set > > and the box still won't boot. The reason FC6 doesn't boot is there is a userspace tool I believe in the initrd that cares about symlinks when it should not. What is more interesting is that currently there is a bug in 2.6.35-rc5 where rmmod modprobe will in fact fail. There was an inadvertent regression and no one has noticed or complained. I spotted it by code review just a little bit ago and I haven't had a chance to write and test the fix yet. If the code is going to start bitrotting and no one is going to notice or care simply removing the code instead of subjecting users to weird unexpected breakage seems like a responsible thing to do. Eric