Just curious.. but wouldn't the logical scheme be that linux-2.6.26 sets the preferred udev version? cheers,
On 25 Jul 2010 00:17, "Stanislav Brabec" <[email protected]> wrote: Andrea Adami wrote: > Stanislav, > > thx for your work. You are welcome. I wanted to boot my Zaurus Terrier even after opkg upgrade. And the latest vanilla is still one step from going to the production quality. > Please note that other machines (c7x0 and poodle) are needing the same > preference, thus I propo... Feel free to do it for more machines or move this preference to the defaults. The setting of preference has no effect until you add proper lines to udev recipes. I don't know, whether all Zaurii (and in general all old kernels) can live with udev-compat141. I only confirmed that udev-141 works with 2.6.26 and udev-151 does not work with 2.6.26 (needs signalfd, CLOEXEC and inotify_init1). udev-compat141 recipe contains short manual for other users that may need it. Cloning udev-compat141 to udev-compat124 should work for machines that would not boot even with udev-141. Well, also libudev does not work completely with 2.6.26. Hopefully, udev_monitor_new_from_netlink() is the only function that does work, and this functions is needed only by udevd. But we run udevd-compat, which is statically linked with the old version of the library. Note: I committed sanity_check fixes as a separate patch, so people who tested patches from the list can easily review these changes. (Well, those people may want to force rebuild, as they will need to rebuild the same PR.) I guess that Koen can now remove udev-static. -- ________________________________________________________________________ Stanislav Brabec http://www.penguin.cz/~utx/zaurus _______________________________________________ Openembedded-devel mailing list Openembedded-devel... _______________________________________________ Openembedded-devel mailing list [email protected] http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
