Re: [U-Boot-Users] IBM/AMCC 440EP ethernet question
Bradley,
Apart from the typo I posted about in my previous message, there is one bit field that looks different between the 405GP header file and what the 440EP has. There is a #define for EMAC_ISR_SYE in the 405 header file, and it's at the same place that something called ALE (alignment error) is at in the 440EP user manual I have. That bit is set high in the 405 code when the speed is supposed to be 100Mbps. I don't know what the reprecussions of setting it high are if it really is ALE and not SYE. But it can't be too important if it's worked like that so far for you.
Do you happen to know what PHY you are using? Our Broadcom AC101L can do both RMII and MII, the hardware guy thinks all he might have to do is pop in a 50MHz crystal instead of the 25MHz one we have now. I think it might be worthwhile for me to try that, at least I'll be travelling down the road more well travelled.
Thanks, Miles
On Fri, 18 Feb 2005 05:31:23 -0800 (GMT-08:00), Miles Gazic mgazic@earthlink.net wrote:
Do you happen to know what PHY you are using? Our Broadcom AC101L can do both RMII and MII, the hardware guy thinks all he might have to do is pop in a 50MHz crystal instead of the 25MHz one we have now. I think it might be worthwhile for me to try that, at least I'll be travelling down the road more well travelled.
We are using a Micrel KS8721B.
In terms of Ethernet I have recently broken it. We are booting our board from NAND. When a Debugger loads U-Boot into SDRAM everything works great. When our NAND Bootloader loads U-Boot into SDRAM both Ethernet and I2C have become broken. (Auto-Negotiation works but Transmit is broken, possibly Recieve Also.)
HI !
U-boot-1.1.1 (started out with ml300 config) toolchain from EDK6.2 (gcc-2.95.3,binutils-2.11.2).
I'm bringing up u-boot on a 2VP4_FG456 REV4 (memec board) - for now the setup is reduced to ram+serail (uart-lite) - the problem I have is that I get the correct output but it seems like it is being read back as input in an infinite loop just starting the board without ever typing anything in minicom gives me:
U-Boot 1.1.1 (Feb 18 2005 - 19:05:13)
### No HW ID - assuming ML300 DRAM: 16 MB Top of RAM usable for U-Boot at: 01000000 Reserving 95k for U-Boot at: 00fe8000 Reserving 136k for malloc() at: 00fc6000 Reserving 112 Bytes for Board Info at: 00fc5f90 Reserving 48 Bytes for Global Data at: 00fc5f60 Stack Pointer at: 00fc5f48 New Stack Pointer is: 00fc5f48 Now running in RAM - U-Boot at: 00fe8000 Using default environment
In: serial Out: serial Err: serial U-Boot relocated to 00fe8000 ### main_loop entered: bootdelay=3
### main_loop: bootcmd="" Hit any key to stop autoboot: 3 0 => => Unknown command '=>' - try 'help' => => => => Unknown command '=>' - try 'help' => => => => tt: -' ...
Does anybody have an idea how I can pinpoint that problem - any idea what could be the cause of the problem ?
thx ! hofrat
In message 200502181931.j1IJV6r14340@hofr.at you wrote:
I'm bringing up u-boot on a 2VP4_FG456 REV4 (memec board) - for now the setup is reduced to ram+serail (uart-lite) - the problem I have is that I get the correct output but it seems like it is being read back as input in an infinite loop just starting the board without ever typing anything in minicom gives me:
Is it the board seeing the echo locally, or is it minicom echoing it back? Check minicom's settings. Or use a real terminal pogram.
Best regards,
Wolfgang Denk
On Fri, 18 Feb 2005 05:31:23 -0800 (GMT-08:00), Miles Gazic mgazic@earthlink.net wrote:
Do you happen to know what PHY you are using? Our Broadcom AC101L can do both RMII and MII, the hardware guy thinks all he might have to do is pop in a 50MHz crystal instead of the 25MHz one we have now.
Before you do any major changes you may want to take a look at what the SDR0_MFR register is set to on your board. It also has a portion that makes note of the ZMII mode. I was just looking at some stuff trying to pin-point my problem when I noticed that.
Regards.
participants (4)
-
Bradley Remedios -
Der Herr Hofrat -
Miles Gazic -
Wolfgang Denk