[U-Boot-Users] MPC83xx Ethernet bug
Ben Warren
bwarren at qstreams.com
Wed Nov 21 17:43:00 CET 2007
Joakim Tjernlund wrote:
> Ping?
>
> Jocke
>
>
ACK. Another reason it would be nice to have a PHY library that handles
fixed connections. Stay tuned...
>> -----Original Message-----
>> From: u-boot-users-bounces at lists.sourceforge.net
>> [mailto:u-boot-users-bounces at lists.sourceforge.net] On Behalf
>> Of Joakim Tjernlund
>> Sent: den 20 november 2007 08:52
>> To: Liu Dave
>> Cc: U-BOOT
>> Subject: Re: [U-Boot-Users] MPC83xx Ethernet bug
>>
>> On Tue, 2007-11-20 at 13:29 +0800, Liu Dave wrote:
>>
>>> Hello Joakim,
>>>
>>> I did the test u-boot-1.3.0 wolfgang just released on mpc832xemds
>>> board, I did not see the issue that you said.
>>>
>> But you did, see below
>>
>>
>>> U-Boot 1.3.0 (Nov 20 2007 - 13:30:24) MPC83XX
>>>
>>> Reset Status:
>>>
>>> CPU: e300c2, MPC8323E, Rev: 10 at 264 MHz, CSB: 132 MHz
>>> Board: Freescale MPC832XEMDS
>>> I2C: ready
>>> DRAM: 128 MB
>>> FLASH: 16 MB
>>> In: serial
>>> Out: serial
>>> Err: serial
>>> Net: UEC: PHY is Davicom DM9161A (181b8a0)
>>> FSL UEC0: Full Duplex
>>> FSL UEC0: Speed 100BT
>>> FSL UEC0: Link is up
>>> UEC: PHY is Davicom DM9161A (181b8a0)
>>> FSL UEC0, FSL UEC1
>>>
>> Here it is, the network i/f is initialized without any
>> network activity.
>> This adds several extra seconds before prompt or boot as the
>> mdio code has big delays in it.
>>
>>
>>> Hit any key to stop autoboot: 0
>>> => ping 10.193.20.133
>>>
>> I should have been here as this is the first network operation.
>>
>>
>>> Using FSL UEC0 device
>>> host 10.193.20.133 is alive
>>> =>
>>>
>>> Thanks,
>>> Dave
>>>
>>>
>>>> -----Original Message-----
>>>> From: u-boot-users-bounces at lists.sourceforge.net
>>>> [mailto:u-boot-users-bounces at lists.sourceforge.net] On Behalf
>>>> Of Joakim Tjernlund
>>>> Sent: 2007?11?19? 11:51 PM
>>>> To: U-BOOT
>>>> Subject: [U-Boot-Users] MPC83xx Ethernet bug
>>>>
>>>> Just tried to move my 83xx based board to latest u-boot and
>>>> noticed an old problem. u-boot tries to bring up the
>>>> ethernet at startup, not the first time it is used:
>>>>
>>>> U-Boot 1.3.0-rc3-g992742a5-dirty (Nov 19 2007 - 16:45:18)
>>>>
>>>> Reset Status: External/Internal Soft, External/Internal Hard
>>>>
>>>> CPU: e300c2, MPC8323E, Rev: 10 at 266.664 MHz, CSB: 133 MHz
>>>> Board: Transmode CU
>>>> I2C reset sequence.
>>>> I2C: ready
>>>> DRAM:
>>>> DDR RAM: 256 MB
>>>> FLASH: 128 MB
>>>> In: serial
>>>> Out: serial
>>>> Err: serial
>>>> Net: read wrong value : mii_id 3,mii_reg 2, base e0102320
>>>> read wrong value : mii_id 3,mii_reg 3, base e0102320
>>>> UEC: PHY is Generic MII (ffffffff)
>>>> read wrong value : mii_id 3,mii_reg 1, base e0102320
>>>> read wrong value : mii_id 3,mii_reg 5, base e0102320
>>>> FSL UEC0: Full Duplex
>>>> FSL UEC0: Speed 100BT
>>>> FSL UEC0: Link is up
>>>> read wrong value : mii_id 4,mii_reg 2, base e0103320
>>>> read wrong value : mii_id 4,mii_reg 3, base e0103320
>>>> UEC: PHY is Generic MII (ffffffff)
>>>> read wrong value : mii_id 4,mii_reg 1, base e0103320
>>>> read wrong value : mii_id 4,mii_reg 1, base e0103320
>>>> read wrong value : mii_id 4,mii_reg 5, base e0103320
>>>> FSL UEC1: Full Duplex
>>>> FSL UEC1: Speed 100BT
>>>> FSL UEC1: Link is up
>>>> FSL UEC0, FSL UEC1
>>>> read wrong value : mii_id 3,mii_reg 1, base e0102320
>>>>
>>>> =>
>>>>
I don't know why the calls to init_phy() and phy_change() are in
uec_initialize() instead of uec_init(). Moving them should at least
prevent this stuff at boot-up.
regards,
Ben
More information about the U-Boot
mailing list