[PATCH] ARM: Make multi_v7_defconfig usable on hardware

[PATCH] ARM: Make multi_v7_defconfig usable on hardware

[Olof Johansson]

This updates multi_v7_defconfig to boot on at least Tegra2 Seaboard and
Panda ES. I lack working hardware for most of the platforms that were
enabled to compare with, so I could only verify those two for now. Still,
I enabled all of the available ones for build coverage purposes.

Beyond base platforms, things like PRINTK_TIME, filesystems, MMC, USB,
INET and UNIX networking was enabled. I'm sure we'll keep adding more
over time, but this gets us off the ground for semi-regular boot testing.


Signed-off-by: Olof Johansson <olof@lixom.net>
---
 arch/arm/configs/multi_v7_defconfig | 125 ++++++++++++++++++++++++++++--------
 1 file changed, 97 insertions(+), 28 deletions(-)

diff --git a/arch/arm/configs/multi_v7_defconfig b/arch/arm/configs/multi_v7_defconfig
index 340d550..9dd7bc8 100644
--- a/arch/arm/configs/multi_v7_defconfig
+++ b/arch/arm/configs/multi_v7_defconfig
@@ -1,88 +1,157 @@
-CONFIG_EXPERIMENTAL=y
+CONFIG_IRQ_DOMAIN_DEBUG=y
 CONFIG_NO_HZ=y
 CONFIG_HIGH_RES_TIMERS=y
 CONFIG_BLK_DEV_INITRD=y
 CONFIG_ARCH_MVEBU=y
 CONFIG_MACH_ARMADA_370=y
-CONFIG_ARCH_SIRF=y
 CONFIG_MACH_ARMADA_XP=y
+CONFIG_ARCH_BCM=y
+CONFIG_GPIO_PCA953X=y
 CONFIG_ARCH_HIGHBANK=y
+CONFIG_ARCH_KEYSTONE=y
+CONFIG_ARCH_MXC=y
+CONFIG_MACH_IMX51_DT=y
+CONFIG_SOC_IMX53=y
+CONFIG_SOC_IMX6Q=y
+CONFIG_SOC_IMX6SL=y
+CONFIG_SOC_VF610=y
+CONFIG_ARCH_OMAP2PLUS=y
+CONFIG_SOC_OMAP5=y
+CONFIG_SOC_AM43XX=y
+CONFIG_ARCH_ROCKCHIP=y
 CONFIG_ARCH_SOCFPGA=y
-CONFIG_ARCH_SUNXI=y
-CONFIG_ARCH_WM8850=y
-# CONFIG_ARCH_VEXPRESS_CORTEX_A5_A9_ERRATA is not set
-CONFIG_ARCH_ZYNQ=y
-CONFIG_ARM_ERRATA_754322=y
 CONFIG_PLAT_SPEAR=y
 CONFIG_ARCH_SPEAR13XX=y
 CONFIG_MACH_SPEAR1310=y
 CONFIG_MACH_SPEAR1340=y
+CONFIG_ARCH_STI=y
+CONFIG_ARCH_SUNXI=y
+CONFIG_ARCH_SIRF=y
+CONFIG_ARCH_TEGRA=y
+CONFIG_ARCH_TEGRA_2x_SOC=y
+CONFIG_ARCH_TEGRA_3x_SOC=y
+CONFIG_ARCH_TEGRA_114_SOC=y
+CONFIG_TEGRA_PCI=y
+CONFIG_TEGRA_EMC_SCALING_ENABLE=y
+CONFIG_ARCH_U8500=y
+CONFIG_MACH_SNOWBALL=y
+CONFIG_MACH_UX500_DT=y
+CONFIG_ARCH_VEXPRESS=y
+CONFIG_ARCH_VEXPRESS_CA9X4=y
+CONFIG_ARCH_VIRT=y
+CONFIG_ARCH_WM8850=y
+CONFIG_ARCH_ZYNQ=y
 CONFIG_SMP=y
-CONFIG_ARM_ARCH_TIMER=y
-CONFIG_AEABI=y
-CONFIG_HIGHMEM=y
 CONFIG_HIGHPTE=y
 CONFIG_ARM_APPENDED_DTB=y
-CONFIG_VFP=y
-CONFIG_NEON=y
 CONFIG_NET=y
+CONFIG_UNIX=y
+CONFIG_INET=y
+CONFIG_DEVTMPFS=y
+CONFIG_DEVTMPFS_MOUNT=y
 CONFIG_BLK_DEV_SD=y
 CONFIG_ATA=y
+CONFIG_SATA_AHCI_PLATFORM=y
 CONFIG_SATA_HIGHBANK=y
 CONFIG_SATA_MV=y
-CONFIG_SATA_AHCI_PLATFORM=y
 CONFIG_NETDEVICES=y
-CONFIG_SUN4I_EMAC=y
 CONFIG_NET_CALXEDA_XGMAC=y
 CONFIG_SMSC911X=y
 CONFIG_STMMAC_ETH=y
+CONFIG_KEYBOARD_SPEAR=y
 CONFIG_SERIO_AMBAKMI=y
-CONFIG_MDIO_SUN4I=y
 CONFIG_SERIAL_8250=y
 CONFIG_SERIAL_8250_CONSOLE=y
 CONFIG_SERIAL_8250_DW=y
-CONFIG_KEYBOARD_SPEAR=y
 CONFIG_SERIAL_AMBA_PL011=y
 CONFIG_SERIAL_AMBA_PL011_CONSOLE=y
-CONFIG_SERIAL_OF_PLATFORM=y
 CONFIG_SERIAL_SIRFSOC=y
 CONFIG_SERIAL_SIRFSOC_CONSOLE=y
+CONFIG_SERIAL_TEGRA=y
 CONFIG_SERIAL_VT8500=y
 CONFIG_SERIAL_VT8500_CONSOLE=y
+CONFIG_SERIAL_OF_PLATFORM=y
+CONFIG_SERIAL_OMAP=y
+CONFIG_SERIAL_OMAP_CONSOLE=y
 CONFIG_SERIAL_XILINX_PS_UART=y
 CONFIG_SERIAL_XILINX_PS_UART_CONSOLE=y
-CONFIG_IPMI_HANDLER=y
-CONFIG_IPMI_SI=y
-CONFIG_I2C=y
 CONFIG_I2C_DESIGNWARE_PLATFORM=y
 CONFIG_I2C_SIRF=y
+CONFIG_I2C_TEGRA=y
 CONFIG_SPI=y
 CONFIG_SPI_PL022=y
 CONFIG_SPI_SIRF=y
-CONFIG_GPIO_PL061=y
-CONFIG_FB=y
+CONFIG_SPI_TEGRA114=y
+CONFIG_SPI_TEGRA20_SLINK=y
+CONFIG_PINCTRL_SINGLE=y
+CONFIG_GPIO_GENERIC_PLATFORM=y
+CONFIG_GPIO_TWL4030=y
+CONFIG_REGULATOR_GPIO=y
+CONFIG_REGULATOR_AB8500=y
+CONFIG_REGULATOR_TPS51632=y
+CONFIG_REGULATOR_TPS62360=y
+CONFIG_REGULATOR_TWL4030=y
+CONFIG_REGULATOR_VEXPRESS=y
+CONFIG_DRM=y
+CONFIG_TEGRA_HOST1X=y
+CONFIG_DRM_TEGRA=y
 CONFIG_FB_ARMCLCD=y
 CONFIG_FB_WM8505=y
-CONFIG_FRAMEBUFFER_CONSOLE=y
+CONFIG_FB_SIMPLE=y
 CONFIG_USB=y
+CONFIG_USB_XHCI_HCD=y
+CONFIG_USB_EHCI_HCD=y
+CONFIG_USB_EHCI_MXC=y
+CONFIG_USB_EHCI_TEGRA=y
+CONFIG_USB_EHCI_HCD_PLATFORM=y
 CONFIG_USB_ISP1760_HCD=y
 CONFIG_USB_STORAGE=y
+CONFIG_AB8500_USB=y
+CONFIG_NOP_USB_XCEIV=y
+CONFIG_OMAP_USB2=y
+CONFIG_OMAP_USB3=y
+CONFIG_SAMSUNG_USB2PHY=y
+CONFIG_SAMSUNG_USB3PHY=y
+CONFIG_USB_GPIO_VBUS=y
+CONFIG_USB_ISP1301=y
+CONFIG_USB_MXS_PHY=y
 CONFIG_MMC=y
 CONFIG_MMC_ARMMMCI=y
 CONFIG_MMC_SDHCI=y
 CONFIG_MMC_SDHCI_PLTFM=y
+CONFIG_MMC_SDHCI_TEGRA=y
 CONFIG_MMC_SDHCI_SPEAR=y
-CONFIG_MMC_WMT=y
+CONFIG_MMC_OMAP=y
+CONFIG_MMC_OMAP_HS=y
 CONFIG_EDAC=y
 CONFIG_EDAC_MM_EDAC=y
 CONFIG_EDAC_HIGHBANK_MC=y
 CONFIG_EDAC_HIGHBANK_L2=y
 CONFIG_RTC_CLASS=y
+CONFIG_RTC_DRV_TWL4030=y
 CONFIG_RTC_DRV_PL031=y
 CONFIG_RTC_DRV_VT8500=y
-CONFIG_PWM=y
-CONFIG_PWM_VT8500=y
+CONFIG_RTC_DRV_TEGRA=y
 CONFIG_DMADEVICES=y
-CONFIG_PL330_DMA=y
-CONFIG_SIRF_DMA=y
 CONFIG_DW_DMAC=y
+CONFIG_TEGRA20_APB_DMA=y
+CONFIG_STE_DMA40=y
+CONFIG_SIRF_DMA=y
+CONFIG_TI_EDMA=y
+CONFIG_PL330_DMA=y
+CONFIG_IMX_SDMA=y
+CONFIG_IMX_DMA=y
+CONFIG_MXS_DMA=y
+CONFIG_DMA_OMAP=y
+CONFIG_PWM=y
+CONFIG_PWM_VT8500=y
+CONFIG_EXT4_FS=y
+CONFIG_TMPFS=y
+CONFIG_PRINTK_TIME=y
+CONFIG_DEBUG_FS=y
+CONFIG_DEBUG_KERNEL=y
+CONFIG_LOCKUP_DETECTOR=y
+CONFIG_DEBUG_LL=y
+CONFIG_DEBUG_OMAP2PLUS_UART=y
+CONFIG_DEBUG_OMAP4UART3=y
+CONFIG_EARLY_PRINTK=y
-- 
1.8.1.192.gc4361b8

[PATCH] ARM: Make multi_v7_defconfig usable on hardware

[Olof Johansson]

On Tue, Jun 25, 2013 at 6:36 PM, Olof Johansson <olof@lixom.net> wrote:

> +CONFIG_DEBUG_LL=y
> +CONFIG_DEBUG_OMAP2PLUS_UART=y
> +CONFIG_DEBUG_OMAP4UART3=y

Clearly not supposed to be there for the posted version, my bad --
will take those out before committing.

(this will go on top of next/late, btw).


-Olof

[PATCH] ARM: Make multi_v7_defconfig usable on hardware

[Tony Lindgren]

* Olof Johansson <olof@lixom.net> [130625 18:44]:
> On Tue, Jun 25, 2013 at 6:36 PM, Olof Johansson <olof@lixom.net> wrote:
> 
> > +CONFIG_DEBUG_LL=y
> > +CONFIG_DEBUG_OMAP2PLUS_UART=y
> > +CONFIG_DEBUG_OMAP4UART3=y
> 
> Clearly not supposed to be there for the posted version, my bad --
> will take those out before committing.
> 
> (this will go on top of next/late, btw).
> 

Looks good to me without the DEBUG_LL stuff:

Acked-by: Tony Lindgren <tony@atomide.com>

[PATCH] ARM: Make multi_v7_defconfig usable on hardware

[Stephen Warren]

On 06/25/2013 07:36 PM, Olof Johansson wrote:
> This updates multi_v7_defconfig to boot on at least Tegra2 Seaboard and
> Panda ES. I lack working hardware for most of the platforms that were
> enabled to compare with, so I could only verify those two for now. Still,
> I enabled all of the available ones for build coverage purposes.
> 
> Beyond base platforms, things like PRINTK_TIME, filesystems, MMC, USB,
> INET and UNIX networking was enabled. I'm sure we'll keep adding more
> over time, but this gets us off the ground for semi-regular boot testing.

This looks like a good first step for Tegra,so,

Acked-by: Stephen Warren <swarren@nvidia.com>

There are quite a few drivers enabled in tegra_defconfig that aren't in
this file. They're probably not required for basic boot testing (I think
e.g. all the PMICs were there), but would be for full functionality.
Should we port all those in too sometime?

[PATCH] ARM: Make multi_v7_defconfig usable on hardware

[Olof Johansson]

On Wed, Jun 26, 2013 at 10:07 AM, Stephen Warren <swarren@wwwdotorg.org> wrote:
> On 06/25/2013 07:36 PM, Olof Johansson wrote:
>> This updates multi_v7_defconfig to boot on at least Tegra2 Seaboard and
>> Panda ES. I lack working hardware for most of the platforms that were
>> enabled to compare with, so I could only verify those two for now. Still,
>> I enabled all of the available ones for build coverage purposes.
>>
>> Beyond base platforms, things like PRINTK_TIME, filesystems, MMC, USB,
>> INET and UNIX networking was enabled. I'm sure we'll keep adding more
>> over time, but this gets us off the ground for semi-regular boot testing.
>
> This looks like a good first step for Tegra,so,
>
> Acked-by: Stephen Warren <swarren@nvidia.com>
>
> There are quite a few drivers enabled in tegra_defconfig that aren't in
> this file. They're probably not required for basic boot testing (I think
> e.g. all the PMICs were there), but would be for full functionality.
> Should we port all those in too sometime?


Yep, ideally multi_v7_defconfig should be as complete as it gets, and
I would actually like to see platforms move over to using that instead
of their slimmed down for a lot of stuff.


-Olof

[PATCH] ARM: Make multi_v7_defconfig usable on hardware

[Olof Johansson]

On Tue, Jun 25, 2013 at 06:38:21PM -0700, Olof Johansson wrote:
> On Tue, Jun 25, 2013 at 6:36 PM, Olof Johansson <olof@lixom.net> wrote:
> 
> > +CONFIG_DEBUG_LL=y
> > +CONFIG_DEBUG_OMAP2PLUS_UART=y
> > +CONFIG_DEBUG_OMAP4UART3=y
> 
> Clearly not supposed to be there for the posted version, my bad --
> will take those out before committing.
> 
> (this will go on top of next/late, btw).

Actually, this doesn't go nicely on top of any branch right now since
multi_v7_defconfig is modified in several of the branches.

So, I've applied this on top of for-next (which is unorthodox and unusual), and
we'll move it over to what will likely be the first, pre-rc1 fixes pull request
that we send up, once all the other contents has been merged.


-Olof

[PATCH] ARM: Make multi_v7_defconfig usable on hardware

[Tony Lindgren]

* Olof Johansson <olof@lixom.net> [130626 11:08]:
> On Wed, Jun 26, 2013 at 10:07 AM, Stephen Warren <swarren@wwwdotorg.org> wrote:
> > On 06/25/2013 07:36 PM, Olof Johansson wrote:
> >> This updates multi_v7_defconfig to boot on at least Tegra2 Seaboard and
> >> Panda ES. I lack working hardware for most of the platforms that were
> >> enabled to compare with, so I could only verify those two for now. Still,
> >> I enabled all of the available ones for build coverage purposes.
> >>
> >> Beyond base platforms, things like PRINTK_TIME, filesystems, MMC, USB,
> >> INET and UNIX networking was enabled. I'm sure we'll keep adding more
> >> over time, but this gets us off the ground for semi-regular boot testing.
> >
> > This looks like a good first step for Tegra,so,
> >
> > Acked-by: Stephen Warren <swarren@nvidia.com>
> >
> > There are quite a few drivers enabled in tegra_defconfig that aren't in
> > this file. They're probably not required for basic boot testing (I think
> > e.g. all the PMICs were there), but would be for full functionality.
> > Should we port all those in too sometime?
> 
> 
> Yep, ideally multi_v7_defconfig should be as complete as it gets, and
> I would actually like to see platforms move over to using that instead
> of their slimmed down for a lot of stuff.

We should make it all modular too so distros can use it as a base.
Otherwise we'll fast run into all kinds of issues with the image
size.

Regards,

Tony

[PATCH] ARM: Make multi_v7_defconfig usable on hardware

[Kevin Hilman]

On Wed, Jun 26, 2013 at 3:57 PM, Olof Johansson <olof@lixom.net> wrote:
> On Tue, Jun 25, 2013 at 06:38:21PM -0700, Olof Johansson wrote:
>> On Tue, Jun 25, 2013 at 6:36 PM, Olof Johansson <olof@lixom.net> wrote:
>>
>> > +CONFIG_DEBUG_LL=y
>> > +CONFIG_DEBUG_OMAP2PLUS_UART=y
>> > +CONFIG_DEBUG_OMAP4UART3=y
>>
>> Clearly not supposed to be there for the posted version, my bad --
>> will take those out before committing.
>>
>> (this will go on top of next/late, btw).
>
> Actually, this doesn't go nicely on top of any branch right now since
> multi_v7_defconfig is modified in several of the branches.
>
> So, I've applied this on top of for-next (which is unorthodox and unusual), and
> we'll move it over to what will likely be the first, pre-rc1 fixes pull request
> that we send up, once all the other contents has been merged.

Hopefully this can be carefully rebuilt on top of -rc1 with inspection
for any deletions.  For example, I just noticed that this undoes some
of the additions to multi_v7_defconfig which add the network support
for Allwinner/sun4, and so broke network-enabled kernels for my
cubieboard.

[1]
commit fb1c60288a886a28dc7c055449fd1936140fe891
Author: Maxime Ripard <maxime.ripard@free-electrons.com>
Date:   Sun Jun 9 18:13:53 2013 +0200

    ARM: multi_v7: Enable Allwinner EMAC in multi_v7_defconfig

    Signed-off-by: Maxime Ripard <maxime.ripard@free-electrons.com>

[PATCH] ARM: Make multi_v7_defconfig usable on hardware

[Olof Johansson]

On Fri, Jul 5, 2013 at 4:40 PM, Kevin Hilman <khilman@linaro.org> wrote:
> On Wed, Jun 26, 2013 at 3:57 PM, Olof Johansson <olof@lixom.net> wrote:
>> On Tue, Jun 25, 2013 at 06:38:21PM -0700, Olof Johansson wrote:
>>> On Tue, Jun 25, 2013 at 6:36 PM, Olof Johansson <olof@lixom.net> wrote:
>>>
>>> > +CONFIG_DEBUG_LL=y
>>> > +CONFIG_DEBUG_OMAP2PLUS_UART=y
>>> > +CONFIG_DEBUG_OMAP4UART3=y
>>>
>>> Clearly not supposed to be there for the posted version, my bad --
>>> will take those out before committing.
>>>
>>> (this will go on top of next/late, btw).
>>
>> Actually, this doesn't go nicely on top of any branch right now since
>> multi_v7_defconfig is modified in several of the branches.
>>
>> So, I've applied this on top of for-next (which is unorthodox and unusual), and
>> we'll move it over to what will likely be the first, pre-rc1 fixes pull request
>> that we send up, once all the other contents has been merged.
>
> Hopefully this can be carefully rebuilt on top of -rc1 with inspection
> for any deletions.  For example, I just noticed that this undoes some
> of the additions to multi_v7_defconfig which add the network support
> for Allwinner/sun4, and so broke network-enabled kernels for my
> cubieboard.
>
> [1]
> commit fb1c60288a886a28dc7c055449fd1936140fe891
> Author: Maxime Ripard <maxime.ripard@free-electrons.com>
> Date:   Sun Jun 9 18:13:53 2013 +0200
>
>     ARM: multi_v7: Enable Allwinner EMAC in multi_v7_defconfig
>
>     Signed-off-by: Maxime Ripard <maxime.ripard@free-electrons.com>

Grmbl. Yeah, because the driver wasn't in the tree by the time the
defconfig was generated. So technically it wasn't in arm-soc by the
time we picked up the patch either.

Let's sort this out early next week when we're in Dublin. By then
davem's main pull request might be in-tree and that'll make it easier.


-Olof