Op 6 sep. 2013, om 08:57 heeft George Cherian <george.cher...@ti.com> het 
volgende geschreven:

> On 9/6/2013 12:03 PM, Koen Kooi wrote:
>> The BeagleBone Black is basically a regular BeagleBone with eMMC and HDMI 
>> added,
>> so create a common dtsi both can use. MMC support for AM335x still isn't in, 
>> so
>> only the LDO change has been added.
>> 
>> Signed-off-by: Koen Kooi <k...@dominion.thruhere.net>
>> ---
>>  .../{am335x-bone.dts => am335x-bone-common.dtsi}   |   3 -
>>  arch/arm/boot/dts/am335x-bone.dts                  | 256 
>> +--------------------
>>  arch/arm/boot/dts/am335x-boneblack.dts             |  18 ++
>>  3 files changed, 19 insertions(+), 258 deletions(-)
>>  copy arch/arm/boot/dts/{am335x-bone.dts => am335x-bone-common.dtsi} (99%)
>>  create mode 100644 arch/arm/boot/dts/am335x-boneblack.dts
> How did you test am335x-boneblack.dtb? where are the Makefile changes for 
> boneblack?

Ah, I missed the makefile in my commit. I have a bunch of other patches on top 
to make more stuff work.

[..]

>> 
>> --- /dev/null
>> +++ b/arch/arm/boot/dts/am335x-boneblack.dts
>> @@ -0,0 +1,18 @@
>> +/*
>> + * Copyright (C) 2012 Texas Instruments Incorporated - http://www.ti.com/
>> + *
>> + * This program is free software; you can redistribute it and/or modify
>> + * it under the terms of the GNU General Public License version 2 as
>> + * published by the Free Software Foundation.
>> + */
>> +/dts-v1/;
>> +
>> +#include "am33xx.dtsi"
> Why cant we add am33xx.dtsi  in am335x-bone-common.dtsi ?

That didn't work when I tried it. It did work before the preprocessor changes 
when using /include/

>> +#include "am335x-bone-common.dtsi"
>> +
>> +&ldo3_reg {
>> +    regulator-min-microvolt = <1800000>;
>> +    regulator-max-microvolt = <1800000>;
>> +    regulator-always-on;
>> +};
>> +
> With this ldo values mmc was not working for me on Boneblack.
> got it working with
> 
> &ldo3_reg {
>       regulator-min-microvolt = <1800000>;
>       regulator-max-microvolt = <3300000>;
>       regulator-always-on;
> };

That LDO is shared, the other consumer will get fried if you use 3.3V. I forget 
if it's DDR3 or HDMI.--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Reply via email to