[PATCH] ARM: dts: Remove vmmc-supply for mmc at 12220000 on arndale-octa board
Javi Merino
javi.merino at arm.com
Sat Apr 26 01:13:40 PDT 2014
On Fri, Apr 25, 2014 at 09:35:35PM +0100, Tomasz Figa wrote:
> On 25.04.2014 22:30, Javi Merino wrote:
> > On Fri, Apr 25, 2014 at 09:16:30PM +0100, Tomasz Figa wrote:
> >> On 25.04.2014 22:11, Javi Merino wrote:
> >>> d726ca2d3316 (ARM: dts: Add vmmc-supply to MMC on arndale-octa board)
> >>> added the vmmc-supply to nodes mmc at 12200000 and mmc at 12220000 of the
> >>> DT. However, this makes the kernel fail to boot on the arndale-octa
> >>> spews:
> >>>
> >>> [ 5.060000] dwmmc_exynos 12200000.mmc: num-slots property not found, assuming 1 slot is available
> >>> [ 5.065000] platform 12200000.mmc: Driver dwmmc_exynos requests probe deferral
> >>> [ 5.075000] dwmmc_exynos 12220000.mmc: num-slots property not found, assuming 1 slot is available
> >>> [ 5.085000] platform 12220000.mmc: Driver dwmmc_exynos requests probe deferral
> >>>
> >>> And eventually hangs. Without the vmmc-supply property in the
> >>> mmc at 12220000 node, the kernel boots again.
> >>>
> >>> Signed-off-by: Javi Merino <javi.merino at arm.com>
> >>> ---
> >>>
> >>> Hi,
> >>>
> >>> Note that I don't know *why* removing the property works, all I know
> >>> is that 3.15-rc2 fails to boot on my Arndale Octa unless I apply this
> >>> patch.
> >>
> >> Are you sure you have the required PMIC driver enabled in your kernel
> >> config?
> >
> > I configured the kernel using exynos_defconfig and that gives me:
> >
> > # CONFIG_PMIC_ADP5520 is not set
> > # CONFIG_PMIC_DA903X is not set
> >
> > Should I be using other defconfig for this board? exynos_defconfig
> > used to work in 3.14. Cheers,
>
> Well, unfortunately exynos_defconfig is known to be far from being
> reasonable. Right now it should be considered just as a base to
> configure the kernel for Exynos SoCs. Most of board specific options
> (and many of SoC-wide ones) need to be selected manually.
>
> Anyway, with the number of Exynos boards supported in mainline, I don't
> think we will be ever going to enable all options for all the supported
> boards by default in defconfig, especially considering the fact that we
> will be moving to generic multi_v7_defconfig and likely dropping
> exynos_defconfig completely.
>
> As for now, I believe you should just make sure yourself that any
> options relevant to your board are enabled.
Great. And I assume that there isn't a list of those options in the
web. So how do I know what options are relevant to my board? By
sending emails to linux-samsung-soc whenever it fails to boot?
Cheers,
Javi
More information about the linux-arm-kernel
mailing list