Skip to contentSkip to conversation

arm: mvebu: update defconfig with 3.7 changes

PATCH New Thomas Petazzoni 5 participants 7 messages Oct 23, 2012 – Oct 26, 2012 Arm (32-bit)

lore
Share & tools
lore
#0 lore raw

PATCH 1/1 arm: mvebu: update defconfig with 3.7 changes

The split of 370 and XP into two Kconfig options and the multiplatform kernel support has changed a few Kconfig symbols, so let's update the mvebu_defconfig file with the latest changes.

---
As this is a simple defconfig update against 3.7 changes, it should most likely go into 3.7.

---
 arch/arm/configs/mvebu_defconfig |   10 +++++++---
 1 file changed, 7 insertions(+), 3 deletions(-)
arch/arm/configs/mvebu_defconfig +7 -3
index 7bcf850..3458752 100644
@@ -1,6 +1,6 @@
 CONFIG_EXPERIMENTAL=y
 CONFIG_SYSVIPC=y
-CONFIG_NO_HZ=y
+CONFIG_IRQ_DOMAIN_DEBUG=y
 CONFIG_HIGH_RES_TIMERS=y
 CONFIG_LOG_BUF_SHIFT=14
 CONFIG_BLK_DEV_INITRD=y
@@ -9,10 +9,12 @@ CONFIG_SLAB=y
 CONFIG_MODULES=y
 CONFIG_MODULE_UNLOAD=y
 CONFIG_ARCH_MVEBU=y
-CONFIG_MACH_ARMADA_370_XP=y
+CONFIG_MACH_ARMADA_370=y
+CONFIG_MACH_ARMADA_XP=y
+# CONFIG_CACHE_L2X0 is not set
 CONFIG_AEABI=y
 CONFIG_HIGHMEM=y
-CONFIG_USE_OF=y
+# CONFIG_COMPACTION is not set
 CONFIG_ZBOOT_ROM_TEXT=0x0
 CONFIG_ZBOOT_ROM_BSS=0x0
 CONFIG_ARM_APPENDED_DTB=y
@@ -23,6 +25,8 @@ CONFIG_SERIAL_8250_CONSOLE=y
 CONFIG_SERIAL_OF_PLATFORM=y
 CONFIG_GPIOLIB=y
 CONFIG_GPIO_SYSFS=y
+# CONFIG_USB_SUPPORT is not set
+# CONFIG_IOMMU_SUPPORT is not set
 CONFIG_EXT2_FS=y
 CONFIG_EXT3_FS=y
 # CONFIG_EXT3_FS_XATTR is not set
Signature · 1 line
1.7.9.5
#1 lore raw

PATCH 1/1 arm: mvebu: update defconfig with 3.7 changes

Quoted 3 lines · Thomas Petazzoni

The split of 370 and XP into two Kconfig options and the multiplatform kernel support has changed a few Kconfig symbols, so let's update the mvebu_defconfig file with the latest changes.

Indeed this patch fixes the mvebu_defconfig which was broken. But as now mvebu is part of multi_v7_defconfig, shouldn't we just removed mvebu_defconfig ?

If we to keep it, then you can add my Acked-by.

Quoted 7 lines

---
As this is a simple defconfig update against 3.7 changes, it should most likely go into 3.7.
---

Signature · 4 lines
Gregory Clement, Free Electrons
Kernel, drivers, real-time and embedded Linux
development, consulting, training and support.
http://free-electrons.com
#2 lore raw

PATCH 1/1 arm: mvebu: update defconfig with 3.7 changes

Quoted 8 lines · Gregory CLEMENT
Quoted 3 lines · Thomas Petazzoni

The split of 370 and XP into two Kconfig options and the multiplatform kernel support has changed a few Kconfig symbols, so let's update the mvebu_defconfig file with the latest changes.

Indeed this patch fixes the mvebu_defconfig which was broken. But as now mvebu is part of multi_v7_defconfig, shouldn't we just removed mvebu_defconfig ?

Hi Gregory

It is probably useful for kisskb.

Andrew

#3 lore raw

PATCH 1/1 arm: mvebu: update defconfig with 3.7 changes

In reply to Gregory CLEMENT

Dear Gregory CLEMENT,

Quoted 8 lines · Gregory CLEMENT
Quoted 3 lines · Thomas Petazzoni

The split of 370 and XP into two Kconfig options and the multiplatform kernel support has changed a few Kconfig symbols, so let's update the mvebu_defconfig file with the latest changes.

Indeed this patch fixes the mvebu_defconfig which was broken. But as now mvebu is part of multi_v7_defconfig, shouldn't we just removed mvebu_defconfig ?

I think for now, SoC family specific defconfig files are still accepted, so I'd prefer to keep mvebu_defconfig around. Multiplatform is nice for users, but I prefer to build a mvebu-only kernel when I'm doing kernel development.

Best regards,

Thomas

Signature · 4 lines
Thomas Petazzoni, Free Electrons
Kernel, drivers, real-time and embedded Linux
development, consulting, training and support.
http://free-electrons.com
#4 lore raw

PATCH 1/1 arm: mvebu: update defconfig with 3.7 changes

Quoted 6 lines · Thomas Petazzoni
Quoted 5 lines · Gregory CLEMENT
Quoted 3 lines · Thomas Petazzoni

The split of 370 and XP into two Kconfig options and the multiplatform kernel support has changed a few Kconfig symbols, so let's update the mvebu_defconfig file with the latest changes.

Quoted 8 lines
Quoted 3 lines

Indeed this patch fixes the mvebu_defconfig which was broken. But as now mvebu is part of multi_v7_defconfig, shouldn't we just removed mvebu_defconfig ?

I think for now, SoC family specific defconfig files are still accepted, so I'd prefer to keep mvebu_defconfig around. Multiplatform is nice for users, but I prefer to build a mvebu-only kernel when I'm doing kernel development.

I'd certainly like to see that patch get merged. Should I just apply it to the fixes branch?

Arnd

#5 lore raw

PATCH 1/1 arm: mvebu: update defconfig with 3.7 changes

Quoted 18 lines · Arnd Bergmann
Quoted 3 lines · Thomas Petazzoni
Quoted 2 lines · Gregory CLEMENT
Quoted 1 line · Thomas Petazzoni

The split of 370 and XP into two Kconfig options and the

multiplatform

Quoted 1 line
Quoted 1 line
Quoted 1 line

kernel support has changed a few Kconfig symbols, so let's update

the

Quoted 10 lines
Quoted 5 lines
Quoted 1 line

mvebu_defconfig file with the latest changes.

Indeed this patch fixes the mvebu_defconfig which was broken. But as now mvebu is part of multi_v7_defconfig, shouldn't we just removed mvebu_defconfig ?

I think for now, SoC family specific defconfig files are still accepted, so I'd prefer to keep mvebu_defconfig around. Multiplatform is nice for users, but I prefer to build a mvebu-only kernel when I'm doing kernel development.

Quoted 4 lines

I'd certainly like to see that patch get merged. Should I just apply it to the fixes branch?

Arnd

Please do. I have a few other fixes for v3.7 to do this w/e, but iirc they aren't fixing build breakage.

thx,

Jason.

#6 lore raw

PATCH 1/1 arm: mvebu: update defconfig with 3.7 changes

Quoted 21 lines · Jason
Quoted 18 lines · Arnd Bergmann
Quoted 3 lines · Thomas Petazzoni
Quoted 2 lines · Gregory CLEMENT
Quoted 1 line · Thomas Petazzoni

The split of 370 and XP into two Kconfig options and the

multiplatform

Quoted 1 line
Quoted 1 line
Quoted 1 line

kernel support has changed a few Kconfig symbols, so let's update

the

Quoted 10 lines
Quoted 5 lines
Quoted 1 line

mvebu_defconfig file with the latest changes.

Indeed this patch fixes the mvebu_defconfig which was broken. But as now mvebu is part of multi_v7_defconfig, shouldn't we just removed mvebu_defconfig ?

I think for now, SoC family specific defconfig files are still accepted, so I'd prefer to keep mvebu_defconfig around. Multiplatform is nice for users, but I prefer to build a mvebu-only kernel when I'm doing kernel development.

Quoted 7 lines
Quoted 4 lines

I'd certainly like to see that patch get merged. Should I just apply it to the fixes branch?

Arnd

Please do. I have a few other fixes for v3.7 to do this w/e, but iirc they aren't fixing build breakage.

Ok, thanks for the quick reply. Applied now.

Arnd