diff options
| author | Alex Olson <alex.olson+yocto@gmail.com> | 2013-06-25 15:10:48 -0500 |
|---|---|---|
| committer | Saul Wold <sgw@linux.intel.com> | 2013-06-27 09:49:14 -0700 |
| commit | 31ab19ab69bc6504df01cac7ee0670ca78d247ab (patch) | |
| tree | 18b0130a70a0b751a74628d8f3232c4559b113e3 /meta/recipes-graphics/xorg-driver/xf86-input-evdev_2.8.0.bb | |
| parent | dde80e6fac83ca55644cb1b56cb55b2ba01c6564 (diff) | |
| download | openembedded-core-31ab19ab69bc6504df01cac7ee0670ca78d247ab.tar.gz openembedded-core-31ab19ab69bc6504df01cac7ee0670ca78d247ab.tar.bz2 openembedded-core-31ab19ab69bc6504df01cac7ee0670ca78d247ab.zip | |
udev: only use devtmpfs for udev
Fix for bug: https://bugzilla.yoctoproject.org/show_bug.cgi?id=4632
Since udev 172, the 'mknod' logic was removed from udev. Yocto Dylan
is now using udev 182. This means /dev is now required to be a
devtmpfs filesystem (maintained by the kernel). If the root
filesystem is a ramdisk, the kernel's auto-mount of /dev doesn't
activate since there is no rootfs to actually mount... The bug causes
an unusable system as /dev doesn't contain even basic nodes required
to even get a login prompt.
The Yocto udev/init script mounts tmpfs if it does not detect tmpfs
or devtmpfs mounted at /dev. This appears to be outdated logic that
is no longer correct. I believe the Yocto udev init script should be
checking and mounting only 'devtmpfs' on dev.
Signed-off-by: Alex Olson <alex.olson+yocto@gmail.com>
[YOCTO #4632]
Signed-off-by: Saul Wold <sgw@linux.intel.com>
Diffstat (limited to 'meta/recipes-graphics/xorg-driver/xf86-input-evdev_2.8.0.bb')
0 files changed, 0 insertions, 0 deletions