ARM: OMAP2+: enable devtmpfs and devtmpfs automount
Subsystems (2)
PATCH 1/1 ARM: OMAP2+: enable devtmpfs and devtmpfs automount
Since udev-182, udev no longer creates device nodes under /dev and this has to be managed by the kernel devtmpfs filesystem.
This means that a kernel built with the current OMAP2+ config will not boot on a system with a recent udev.
Also, it is good to have /dev automatically mounted since some non-initramfs based setups assumes this and don't manually mount it.
--- arch/arm/configs/omap2plus_defconfig | 2 ++ 1 files changed, 2 insertions(+), 0 deletions(-)
arch/arm/configs/omap2plus_defconfig +2 -0
@@ -65,6 +65,8 @@ CONFIG_MAC80211_RC_PID=y CONFIG_MAC80211_RC_DEFAULT_PID=y CONFIG_UEVENT_HELPER_PATH="/sbin/hotplug" CONFIG_CONNECTOR=y +CONFIG_DEVTMPFS=y +CONFIG_DEVTMPFS_MOUNT=y CONFIG_MTD=y CONFIG_MTD_CMDLINE_PARTS=y CONFIG_MTD_CHAR=y
Signature · 1 line
1.7.7.6
PATCH 1/1 ARM: OMAP2+: enable devtmpfs and devtmpfs automount
Quoted 1 line · Javier Martinez Canillas
Since udev-182, udev no longer creates device nodes under /dev
Nit: Looks like this happened from udev-176 onward.
http://permalink.gmane.org/gmane.linux.hotplug.devel/17230
Whoever is taking the patch can _probably_ fix it up while applying.
Quoted 7 lines
and this has to be managed by the kernel devtmpfs filesystem.
This means that a kernel built with the current OMAP2+ config will not boot on a system with a recent udev.
Also, it is good to have /dev automatically mounted since some non-initramfs based setups assumes this and don't manually mount it.
For curiosity sake, any examples of such setups? I am using fedora 17 on DaVinci and that doesn't seem to need it. Anyway, agreed that its better to keep it enabled.
Thanks,
Sekhar
PATCH 1/1 ARM: OMAP2+: enable devtmpfs and devtmpfs automount
Quoted 9 lines · Sekhar Nori
Quoted 1 line · Javier Martinez Canillas
Since udev-182, udev no longer creates device nodes under /dev
Nit: Looks like this happened from udev-176 onward.
http://permalink.gmane.org/gmane.linux.hotplug.devel/17230
Whoever is taking the patch can _probably_ fix it up while applying.
Hi Sekhar,
Thanks for clarifying this, I read that it was udev-182 from the Linux from scratch documentation:
http://www.linuxfromscratch.org/lfs/view/jh/chapter07/udev.html
Quoted 8 lines
Quoted 7 lines
and this has to be managed by the kernel devtmpfs filesystem.
This means that a kernel built with the current OMAP2+ config will not boot on a system with a recent udev.
Also, it is good to have /dev automatically mounted since some non-initramfs based setups assumes this and don't manually mount it.
Quoted 7 lines
For curiosity sake, any examples of such setups? I am using fedora 17 on DaVinci and that doesn't seem to need it. Anyway, agreed that its better to keep it enabled.
Thanks,
Sekhar
I'm using an IGEPv2 (TI OMAP3 DM3735) with an openembedded build and the oe udev init script from the recipe I use seems to assume this.
Best regards,
Javier
Tony Lindgren
maintainerPATCH 1/1 ARM: OMAP2+: enable devtmpfs and devtmpfs automount
In reply to Javier Martinez CanillasQuoted 8 lines · Javier Martinez Canillas
Since udev-182, udev no longer creates device nodes under /dev and this has to be managed by the kernel devtmpfs filesystem.
This means that a kernel built with the current OMAP2+ config will not boot on a system with a recent udev.
Also, it is good to have /dev automatically mounted since some non-initramfs based setups assumes this and don't manually mount it.
Thanks applying into omap-for-v3.8/fixes-for-merge-window.
Regards,
Tony
Quoted 25 lines
Signed-off-by Javier Martinez Canillas <[email protected]>--- arch/arm/configs/omap2plus_defconfig | 2 ++ 1 files changed, 2 insertions(+), 0 deletions(-)arch/arm/configs/omap2plus_defconfig +2
-0@@ -65,6 +65,8 @@ CONFIG_MAC80211_RC_PID=y CONFIG_MAC80211_RC_DEFAULT_PID=y CONFIG_UEVENT_HELPER_PATH="/sbin/hotplug" CONFIG_CONNECTOR=y +CONFIG_DEVTMPFS=y +CONFIG_DEVTMPFS_MOUNT=y CONFIG_MTD=y CONFIG_MTD_CMDLINE_PARTS=y CONFIG_MTD_CHAR=ySignature · 6 lines
1.7.7.6 -- To unsubscribe from this list: send the line "unsubscribe linux-omap" in the body of a message to majordomo at vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
PATCH 1/1 ARM: OMAP2+: enable devtmpfs and devtmpfs automount
Quoted 7 lines · Tony Lindgren
Quoted 6 lines · Javier Martinez Canillas
Since udev-182, udev no longer creates device nodes under /dev and this has to be managed by the kernel devtmpfs filesystem.
This means that a kernel built with the current OMAP2+ config will not boot on a system with a recent udev.
Quoted 9 lines
Quoted 2 lines
Also, it is good to have /dev automatically mounted since some non-initramfs based setups assumes this and don't manually mount it.
Thanks applying into omap-for-v3.8/fixes-for-merge-window.
Regards,
Tony
Hi Tony,
I resend a v2 today: [PATCH v2 1/1] ARM: OMAP2+: omap2plus_defconfig:
enable devtmpfs and automount
That fixes an issue in the patch comments. Sekar Nori pointed out that the first udev to make this a requirement was 176 not 182. So probably is better if you can apply that one instead.
Thanks a lot and best regards,
Javier