driver core: remove CONFIG_SYSFS_DEPRECATED
in [Kernel]
|
Prev: Linux 2.6.28.10 and Linux 2.6.29.6 XEN Guest Support Broken x86_64 in BUILD
Next: slub: Allow removal of slab caches during boot
From: Greg KH on 15 Jul 2010 10:30 On Thu, Jul 15, 2010 at 09:29:01AM -0400, Konrad Rzeszutek Wilk wrote: > > > > 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. > > It is not just nash. Also multipathd would fail (as it expects > the /sys/scsi_host/..<something> in certain directories), and 'lsscsi'. There > might be other tools that depend on libsysfs to be affected by this as well. No tool should use libsysfs, that code broke a _long_ time ago. Do you know of anything using it? > Oh, and I think 'udev' might have some trouble too - but not 100% certain > about that. Heh, no udev works just fine :) So basically, it's just the block links that are being affected, so that might let me narrow down the code covered by the depreciated option. thanks, greg k-h -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo(a)vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
From: Douglas Gilbert on 15 Jul 2010 12:40 On 10-07-15 09:29 AM, Konrad Rzeszutek Wilk wrote: > >>> 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. > > It is not just nash. Also multipathd would fail (as it expects > the /sys/scsi_host/..<something> in certain directories), and 'lsscsi'. There > might be other tools that depend on libsysfs to be affected by this as well. lsscsi has been "CONFIG_SYSFS_DEPRECATED_V2" tolerant since version 0.21 released 20080710. The current version is 0.23 released 20091201 which will soon be displaced by 0.24 to cope with the most recent breakages. Writing a user space tool that relies on sysfs structure and contents, stable over the whole lk 2.6 series, is impossible. For a history of my pain with lsscsi see its ChangeLog. Happily most of my tools are based on an ioctl! SG_IO was a suggestion from Joerg Schilling and has now found its way into most block devices. Now it has a new lease of life in the bsg driver. Doug Gilbert -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo(a)vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
From: Greg KH on 15 Jul 2010 13:10 On Thu, Jul 15, 2010 at 12:24:33PM -0400, Douglas Gilbert wrote: > On 10-07-15 09:29 AM, Konrad Rzeszutek Wilk wrote: >> >>>> 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. >> >> It is not just nash. Also multipathd would fail (as it expects >> the /sys/scsi_host/..<something> in certain directories), and 'lsscsi'. There >> might be other tools that depend on libsysfs to be affected by this as well. > > lsscsi has been "CONFIG_SYSFS_DEPRECATED_V2" tolerant > since version 0.21 released 20080710. The current > version is 0.23 released 20091201 which will soon > be displaced by 0.24 to cope with the most recent > breakages. > > Writing a user space tool that relies on sysfs structure > and contents, stable over the whole lk 2.6 series, is > impossible. For a history of my pain with lsscsi see > its ChangeLog. Yeah, I'd recommend using libudev for any new tools if you want to interact with sysfs. It's much easier than mucking around with it directly and will be future-proof as udev can handle a lot of changes to sysfs that other tools might not realize. thanks, greg k-h -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo(a)vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
From: Greg KH on 23 Jul 2010 08:50
On Wed, Jul 14, 2010 at 04:38:52PM -0700, Andrew Morton wrote: > On Fri, 9 Jul 2010 11:54:50 -0700 > Greg Kroah-Hartman <gregkh(a)suse.de> 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. Ok, for now, I've removed this patch from my tree, so you should not have any problem. I'll go work on this later next week when I have some more time. thanks, greg k-h -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo(a)vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/ |