Hello, John! # uname -r 2.6.25.9
SYSFS_DEPRECATED is #undef'ed in kernel .config. # ls -la /sys/block loop* -> ../devices/virtual/block/loop* Hope this helps. Regards, -- Vladimir 2008/7/11, Holland, John <[EMAIL PROTECTED]>: >>On Sunday 06 July 2008 09:06:53 Vladimir Dronnikov wrote: >>> In particular /sys/block/loop* are the symlinks and mdev -s ceased to >>> mknod /dev/loop*. > > To what exactly do these symlinks point? I have no access to a kernel later > than 2.6.24. > >> >>Keep in mind that sysfs keeps changing. It has no stable API. > >>So essentially it recurses into /sys/class/*/* (but no deeper), skips any >>nodes named "block" (because /sys/class/block didn't used to exist, >>so we can't rely on it being there and have to check /sys/block to find >>block devices, but now it's a symlink to the same place as /sys/block >>so if we _do_ find it it does not contain char devices). > >>...The "symlink vs non-symlink" thing >>used to be a reliable and simple indicator of what was interesting. >>And then they changed the kernel again. They've broken mdev >>something like 5 times since the first shell script version, by changing >>sysfs to have a different (still undocumented) API... > > That is when you stay within /sys/class or /sys/block. Operating on the > whole of /sys and following non-symlinks only will and does find all dev > files reliably (don't know about the above mentioned loop devices). > > There is one assumption: a node name and respective dev file contents are > distinct for all non-symlink paths within /sys. > > Being that sysfs continually evolves and imho busybox should work on many > kernels, I have proposed and submitted a patch for mdev that evades the > sysfs/kernel version specific problem. > > For convenience, I have attached the patch to this post. > > ___________________________________________ > > Cellent Finance Solutions AG > > Firmensitz: Calwer Straße 33, 70173 Stuttgart > Registergericht: Amtsgericht Stuttgart, HRB 720743 > Vorstand: Thomas Wild > Vorsitzender des Aufsichtsrats: Rudolf Zipf > _______________________________________________ busybox mailing list [email protected] http://busybox.net/cgi-bin/mailman/listinfo/busybox
