Re: [PATCH] ARM: OMAP2+: am335x-bone*: add DT for BeagleBone Black

[Koen Kooi]

Op 9 sep. 2013, om 17:23 heeft Kevin Hilman <khilman@xxxxxxxxxx> het volgende geschreven:

> Koen Kooi <koen@xxxxxxxxxxxxxxxxxxxxx> writes:
> 
>> The BeagleBone Black is basically a regular BeagleBone with eMMC and HDMI added,
>> so create a common dtsi both can use.
>> 
>> IMPORTANT: booting the existing am335x-bone.dts will blow up the HDMI transceiver
>> after a dozen boots with an uSD card inserted because LDO will be at 3.3V instead
>> of 1.8.
>> 
>> MMC support for AM335x still isn't in, so only the LDO change has been added.
>> 
>> Cc: stable@xxxxxxxxxxxxxxx
>> 
>> Signed-off-by: Koen Kooi <koen@xxxxxxxxxxxxxxxxxxxxx>
>> Tested-by: Tom Rini <trini@xxxxxx>
>> Tested-by: Matt Porter <matt.porter@xxxxxxxxxx>
> 
> I guess the subject should've included v5?

Yes, I blame it on being monday :)

>  Also, if this is to be
> stable material, it will likely need rework since I don't think it will
> apply cleanly to older trees due to DT churn.

Ah right, the preprocessor changes. We'll see what happens with the stable trees. Most older kernels are useless on am335x, but the just released 3.11 is dangerous enough to get this backported.

> Anyways, for this patch...
> 
> Acked-by: Kevin Hilman <khilman@xxxxxxxxxx>
> 
> Even though I've probably already fried my HDMI transciever due to using
> the original DTS a lot more than a dozen times.  (and to TI: yes, I'd
> accept a new BB black as a sympathy gift.)  ;)

> Also, I tested this on both BBW and BBW:
> 
> Tested-by: Kevin Hilman <khilman@xxxxxxxxxx>

Thanks!

regards,

Koen

> 
> Benoit, assuming this looks good to you, can you queue this for v3.12-rc
> please?   It applies to Linus' HEAD today (which has most of arm-soc
> merged), so it should apply cleanly on top of all your stuff.
> 
> Kevin

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/