[PATCH v2 7/7] ARM: mvebu: Add Armada 385 Access Point Development Board support

Gregory CLEMENT gregory.clement at free-electrons.com
Wed Jan 7 08:26:50 PST 2015


Hi Andrew, Maxime,

On 07/01/2015 15:34, Andrew Lunn wrote:
>>>>>> +			i2c0: i2c at 11000 {
>>>>>> +				pinctrl-names = "default";
>>>>>> +				pinctrl-0 = <&i2c0_pins>;
>>>>>> +				status = "okay";
>>>>>> +				clock-frequency = <100000>;
>>>>>> +			};
>>>>>> +
>>>>>> +			i2c1: i2c at 11100 {
>>>>>> +				status = "okay";
>>>>>> +				clock-frequency = <100000>;
>>>>>> +			};
>>>>>
>>>>> Is there anything on these two i2c busses?
>>>>
>>>> One goes to some pin of the mPCIe slot, the other is connected to the
>>>> EEPROM.
>>>
>>> So could you add the EEPROM, and a comment about the mPCIe slot?

While trying to figure out how to do the muxing for the GP board I
looked at the AP board and actually the second i2c buse is not used
and even not muxed at all. The i2c pins are renamed many times in the
schematic so it was not easy to follow, but there is only one i2c bus
used on this board.

Gregory

>>
>> I can't really add the EEPROM: it actually goes to two DIP sockets,
>> one of them holding that EEPROM, the other one being empty.
>>
>> The default EEPROM also contains the board ID, that will be used by
>> the bootloader. Erasing this will result in a board that can't be
>> booted, so I'm not really sure exposing it to the user is a good idea.
> 
> O.K, please add a comment. People like me tend to run i2c-detect to
> see if there is anything interesting on the bus. A warning you can
> brick the board could save somebody an interesting time.
>
>       Andrew
> 


-- 
Gregory Clement, Free Electrons
Kernel, drivers, real-time and embedded Linux
development, consulting, training and support.
http://free-electrons.com



More information about the linux-arm-kernel mailing list