[U-Boot] [PATCH 6/6] p1021mds: add QE and UEC support

Kumar Gala galak at kernel.crashing.org
Wed Feb 2 05:25:21 CET 2011


On Feb 1, 2011, at 1:46 PM, Haiying Wang wrote:

> On Tue, 2011-02-01 at 13:15 -0600, Kumar Gala wrote:
>> On Feb 1, 2011, at 11:01 AM, Haiying Wang wrote:
>> 
>>> On Tue, 2011-02-01 at 10:50 -0600, Scott Wood wrote:
>>>>>> 
>>>>> If it is a one time setting, there should be no problem to put it into
>>>>> board code. But these pin settings need to be done before any usage of
>>>>> phy read/write (accessing MDIO/MDC), and need to be released after the
>>>>> usage of phy, thus the devices connected to eLBC like NAND flash/BCSR
>>>>> can be accessed. If we use board code to set/release the pin, we don't
>>>>> know when the phy access and nand flash access will happen.
>>>> 
>>>> Is this actually a board issue or an SoC issue?
>>>> 
>>> It is not a board issue. It is a SoC *feature*. Too many pins are muxed
>>> on P1021. For this case, LBCTL of eLBC is muxed with QE's CE_PB[20]
>>> which is used for MDIO signal. 
>>> 
>>> Haiying
>>> 
>> 
>> But its a board decision on how they want to utilize those pins and for what feature.
> 
> Yes, you can say that. If the board doesn't have QE UCC ETH support at
> all, we won't have to add such code in QE driver. But if there is QE UCC
> ETH on board, we have no choice to decide which pins to use. We
> definitely need to use CE_PB[20] for MDIO signal, there is no other GPIO
> pins to use for QE's MDIO.  
> 
> Haiying

If that case and controlled by some CONFIG_QE_* define than we clearly can make the choice in non-board specific code.

- k



More information about the U-Boot mailing list