Re: [PATCH] ARM: dts: Remove vmmc-supply for mmc@12220000 on arndale-octa board

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi Javi,

On 26 April 2014 16:49, Kukjin Kim <kgene.kim@xxxxxxxxxxx> wrote:
> Javi Merino wrote:
>>
>> 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@12200000 and mmc@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@12220000 node, the kernel boots again.
>> > >>>
>> > >>> Signed-off-by: Javi Merino <javi.merino@xxxxxxx>
>> > >>> ---
>> > >>>
>> > >>> 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.
>
> Well, keeping exynos_defconfig would be helpful even if exynos multiplatform is available. Please see the case of omap2plus_defconfig?
>
>> >
>> > 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?
>>
> I think, we need to enable all of regarding configs for each exynos boards so that exynos_defconfig can cover whenever.

You need the following patch to mount the MMC. Without this the regulator will
not be enabled which is required by MMC.

ARM: exynos_defconfig: Enable HS-I2C
http://permalink.gmane.org/gmane.linux.kernel.samsung-soc/27527

Kukjin, can you please apply this patch?

-- 
With warm regards,
Sachin
--
To unsubscribe from this list: send the line "unsubscribe linux-samsung-soc" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html




[Index of Archives]     [Linux SoC Development]     [Linux Rockchip Development]     [Linux USB Development]     [Video for Linux]     [Linux Audio Users]     [Linux SCSI]     [Yosemite News]

  Powered by Linux