@@ -72,7 +72,6 @@ CONFIG_IPV6_TUNNEL=y CONFIG_IPV6_MULTIPLE_TABLES=y # CONFIG_WIRELESS is not set # CONFIG_FIRMWARE_IN_KERNEL is not set-CONFIG_PROC_DEVICETREE=y CONFIG_BLK_DEV_LOOP=y CONFIG_AD525X_DPOT=y CONFIG_AD525X_DPOT_I2C=y
@@ -27,7 +27,6 @@ config ARCH_OMAP2PLUSselectGENERIC_IRQ_CHIPselectOMAP_DM_TIMERselectUSE_OF-selectPROC_DEVICETREEifPROC_FShelp"Systems based on OMAP2, OMAP3 or OMAP4"
From: Rob Herring <hidden> Date: 2012-07-06 12:40:48
On 07/06/2012 05:38 AM, jgq516 at gmail.com wrote:
From: Xiao Jiang <redacted>
Since more and more arm chips support device tree, it'd be better add PROC_DEVICETREE
in arch/arm/Kconfig to avoid duplicate code.
I think this should remain user choice. If its going to be selected,
then you might as well just remove the option altogether. Perhaps just
make the option default to yes.
Rob
@@ -72,7 +72,6 @@ CONFIG_IPV6_TUNNEL=y CONFIG_IPV6_MULTIPLE_TABLES=y # CONFIG_WIRELESS is not set # CONFIG_FIRMWARE_IN_KERNEL is not set-CONFIG_PROC_DEVICETREE=y CONFIG_BLK_DEV_LOOP=y CONFIG_AD525X_DPOT=y CONFIG_AD525X_DPOT_I2C=y
@@ -27,7 +27,6 @@ config ARCH_OMAP2PLUSselectGENERIC_IRQ_CHIPselectOMAP_DM_TIMERselectUSE_OF-selectPROC_DEVICETREEifPROC_FShelp"Systems based on OMAP2, OMAP3 or OMAP4"
From: Xiao Jiang <redacted>
Since more and more arm chips support device tree, it'd be better add PROC_DEVICETREE
in arch/arm/Kconfig to avoid duplicate code.
Acked-by: Jean-Christophe PLAGNIOL-VILLARD <redacted>
Best Regards,
J.
@@ -72,7 +72,6 @@ CONFIG_IPV6_TUNNEL=y CONFIG_IPV6_MULTIPLE_TABLES=y # CONFIG_WIRELESS is not set # CONFIG_FIRMWARE_IN_KERNEL is not set-CONFIG_PROC_DEVICETREE=y CONFIG_BLK_DEV_LOOP=y CONFIG_AD525X_DPOT=y CONFIG_AD525X_DPOT_I2C=y
@@ -27,7 +27,6 @@ config ARCH_OMAP2PLUSselectGENERIC_IRQ_CHIPselectOMAP_DM_TIMERselectUSE_OF-selectPROC_DEVICETREEifPROC_FShelp"Systems based on OMAP2, OMAP3 or OMAP4"
On 07/06/2012 05:38 AM, jgq516 at gmail.com wrote:
quoted
From: Xiao Jiang <redacted>
Since more and more arm chips support device tree, it'd be better add
PROC_DEVICETREE
quoted
in arch/arm/Kconfig to avoid duplicate code.
I think this should remain user choice. If its going to be selected,
then you might as well just remove the option altogether. Perhaps just
make the option default to yes.
Hmm, sounds reasonable from your point. So the better choice is to set the
option default to Y if the board has dt support just like tegra_defconfig
and at91_dt_defconfig, right? thanks.
Regards,
Xiao
Rob
@@ -72,7 +72,6 @@ CONFIG_IPV6_TUNNEL=y CONFIG_IPV6_MULTIPLE_TABLES=y # CONFIG_WIRELESS is not set # CONFIG_FIRMWARE_IN_KERNEL is not set-CONFIG_PROC_DEVICETREE=y CONFIG_BLK_DEV_LOOP=y CONFIG_AD525X_DPOT=y CONFIG_AD525X_DPOT_I2C=y
@@ -27,7 +27,6 @@ config ARCH_OMAP2PLUSselectGENERIC_IRQ_CHIPselectOMAP_DM_TIMERselectUSE_OF-selectPROC_DEVICETREEifPROC_FShelp"Systems based on OMAP2, OMAP3 or OMAP4"
From: Olof Johansson <hidden> Date: 2012-07-06 23:24:34
On Fri, Jul 6, 2012 at 4:15 PM, Xiao Jiang [off-list ref] wrote:
2012/7/6 Rob Herring [off-list ref]
quoted
On 07/06/2012 05:38 AM, jgq516 at gmail.com wrote:
quoted
From: Xiao Jiang <redacted>
Since more and more arm chips support device tree, it'd be better add
PROC_DEVICETREE
in arch/arm/Kconfig to avoid duplicate code.
I think this should remain user choice. If its going to be selected,
then you might as well just remove the option altogether. Perhaps just
make the option default to yes.
Hmm, sounds reasonable from your point. So the better choice is to set the
option default to Y if the board has dt support just like tegra_defconfig
and at91_dt_defconfig, right? thanks.
Why bother? If the defconfigs select it then most users basing their
config from that will be just fine.
PROC_DEVICETREE is 100% optional, it's useful to get runtime access to
the contents of the device tree but it's not required for the kernel
to boot.
-Olof
On Fri, Jul 6, 2012 at 4:15 PM, Xiao Jiang [off-list ref] wrote:
quoted
2012/7/6 Rob Herring [off-list ref]
quoted
On 07/06/2012 05:38 AM, jgq516 at gmail.com wrote:
quoted
From: Xiao Jiang <redacted>
Since more and more arm chips support device tree, it'd be better add
PROC_DEVICETREE
in arch/arm/Kconfig to avoid duplicate code.
I think this should remain user choice. If its going to be selected,
then you might as well just remove the option altogether. Perhaps just
make the option default to yes.
Hmm, sounds reasonable from your point. So the better choice is to set
the
quoted
option default to Y if the board has dt support just like tegra_defconfig
and at91_dt_defconfig, right? thanks.
Why bother? If the defconfigs select it then most users basing their
config from that will be just fine.
PROC_DEVICETREE is 100% optional, it's useful to get runtime access to
the contents of the device tree but it's not required for the kernel
to boot.
Got it, thanks.