[U-Boot-Users] Problem starting u-boot on Xilinx V2P
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Hi,
I have a own board with an Virtex V2Pro (V2P30) an want to boot u-boot on the PPC. Starting from the demo-design for the ml300 demo board, I managed to compile u-boot 1.1.1 (1.1.2 fails when running the tcl-script with EDK 7.1) and could download and run u-boot on my PPC. However, u-boot stops after printing
U-Boot 1.1.1 (Jul 5 2005 - 16:50:28)
### No HW ID - assuming ML300 DRAM: 128 MB
I get no further output afterwards. Another strange thing is, that I only have 32MB RAM on board but not 128MB as the ml300 has. However, I could not find any hardcoded RAM size in the source files for the ml300.
Does anybody has an idea? I found the comment :
/* * WARNING: this code looks "cleaner" than the PowerPC version, but * has the disadvantage that you either get nothing, or everything. * On PowerPC, you might see "DRAM: " before the system hangs - which * gives a simple yet clear indication which part of the * initialization if failing. */
in the ./lib_i386/board.c, however, there is no appropriate warning in static int init_func_ram (void) of ./lib_ppc/board.c
Thanks in advance,
Thorsten Lück - -- IfEN - Gesellschaft für Satellitennavigation mbH
Dipl. Ing. Thorsten Lück Tel.: +49 8121 2238-25 Fax : +49 8121 2238-11
In message 42CAACB0.50101@IfEN.com you wrote:
I have a own board with an Virtex V2Pro (V2P30) an want to boot u-boot on the PPC. Starting from the demo-design for the ml300 demo board, I managed to compile u-boot 1.1.1 (1.1.2 fails when running the tcl-script with EDK 7.1) and could download and run u-boot on my PPC. However, u-boot stops after printing
You cannot just use a configuration for one board and expect it to work on a different board.
Ummm... well, actually you _can_ do that, but you should be prepared to fail.
### No HW ID - assuming ML300 DRAM: 128 MB
Seems your SDRAM initialization is misconfigured and/or broken.
I get no further output afterwards. Another strange thing is, that I only have 32MB RAM on board but not 128MB as the ml300 has. However, I could not find any hardcoded RAM size in the source files for the ml300.
Does anybody has an idea? I found the comment :
You missed to port U-Boot to your hardware. Go back to square 0. Read the README (porting guide section) and do what needs to be done.
in the ./lib_i386/board.c, however, there is no appropriate warning in
What has the x86 code to do with that? [Nothing!]
Best regards,
Wolfgang Denk
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Wolfgang Denk wrote:
You cannot just use a configuration for one board and expect it to work on a different board.
My board is not as different to ml300 as one may think - indeed, it uses the same Virtex2Pro FPGA with nearly the same configuration (wrt. UART, I2C, EMAC). Therefore using ml300 as a starting point for my design really makes sense. Of course I used the BSP compiled for my board using Xilinx EDK 7.1
You missed to port U-Boot to your hardware. Go back to square 0. Read the README (porting guide section) and do what needs to be done.
Well - I _did_ port it (in the sense of using the appropriate BSP) - however, I modified ML300 source instead of creating a new board-directory ...
in the ./lib_i386/board.c, however, there is no appropriate warning in
What has the x86 code to do with that? [Nothing!]
Well - nothing - your are right - instead of the comment, that the PowerPC code may hang immediatley _after_ "DRAM:" printout. This led me to the assumption, that my problem may be well known ...
Best regards,
Thorsten
- -- IfEN - Gesellschaft für Satellitennavigation mbH
Dipl. Ing. Thorsten Lück Tel.: +49 8121 2238-25 Fax : +49 8121 2238-11
In message 42CB7E35.8090805@IfEN.com you wrote:
My board is not as different to ml300 as one may think - indeed, it uses
Even minimal diffeences can have significant effects. Feel free to ignore my advice, but please don't complain if you run into problems later.
You missed to port U-Boot to your hardware. Go back to square 0. Read the README (porting guide section) and do what needs to be done.
Well - I _did_ port it (in the sense of using the appropriate BSP) -
No, you did not. For example, you missed to adapt the SDRAM initialization.
PowerPC code may hang immediatley _after_ "DRAM:" printout. This led me to the assumption, that my problem may be well known ...
It is. It is actually a FAQ.
Best regards,
Wolfgang Denk
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Wolfgang Denk wrote:
In message 42CB7E35.8090805@IfEN.com you wrote:
My board is not as different to ml300 as one may think - indeed, it uses
Even minimal diffeences can have significant effects. Feel free to ignore my advice, but please don't complain if you run into problems later.
You missed to port U-Boot to your hardware. Go back to square 0. Read the README (porting guide section) and do what needs to be done.
Well - I _did_ port it (in the sense of using the appropriate BSP) -
No, you did not. For example, you missed to adapt the SDRAM initialization.
PowerPC code may hang immediatley _after_ "DRAM:" printout. This led me to the assumption, that my problem may be well known ...
It is. It is actually a FAQ.
Best regards,
Wolfgang Denk
Whatsoever - I started using Xilinx application note XAPP542, which advised to start using ml300 design and generate a new BSP using EDK. Unfortunately the DRAM size was hardcoded in the board driver source ml300.c instead of using (the available) hash-defines. I fixed this and can therefore provide a patch if wanted.
I realized, that the uboot-1.1.1 version supplied by Xilinx within the attachment of XAPP542 is not identical to the original version. Several patches and improvements has been made by Xilinx, which I cannot find in the acutal source (even 1.1.2 or cvs; indeed, 1.1.2 and cvs are almost the same for the xilinx board support package).
One problem when using EDK is, that variables within the tcl-script uboot_v2_1_0.tcl are declared "global" instead of "variable", which leads to errors of "unknown variables" in EDK. Xilinx fixed this to "variable" in their distributed version. Are there any reasons (wrt ELDK) why to use "global" instead of "variable"?
However, it seems, that the Xilinx version runs almost well (after some minor adoptations).
Thanks for your help and worthwhile hints,
Thorsten
- -- IfEN - Gesellschaft für Satellitennavigation mbH
Dipl. Ing. Thorsten Lück Tel.: +49 8121 2238-25 Fax : +49 8121 2238-11
In message 42CBF5BA.5040409@IfEN.com you wrote:
Whatsoever - I started using Xilinx application note XAPP542, which advised to start using ml300 design and generate a new BSP using EDK. Unfortunately the DRAM size was hardcoded in the board driver source ml300.c instead of using (the available) hash-defines. I fixed this and can therefore provide a patch if wanted.
Please do. But BTW: no matter if your hard-code a number or use a preprocessor define - both ways are a poor solution and not the original U-Boot style you should strive for. Normally you shoult auto-detect the type and size of memory in your system using the get_ram_size() function [in common/memsize.c].
I realized, that the uboot-1.1.1 version supplied by Xilinx within the attachment of XAPP542 is not identical to the original version. Several patches and improvements has been made by Xilinx, which I cannot find in the acutal source (even 1.1.2 or cvs; indeed, 1.1.2 and cvs are almost the same for the xilinx board support package).
We live with what we get contributed back...
One problem when using EDK is, that variables within the tcl-script uboot_v2_1_0.tcl are declared "global" instead of "variable", which leads to errors of "unknown variables" in EDK. Xilinx fixed this to "variable" in their distributed version. Are there any reasons (wrt ELDK) why to use "global" instead of "variable"?
Is this a typo? Our ELDK has nothing to do with this. From the U-Boot code point of view (which is ANSI C) I have not the faintest idea what "variable" or "global" means.
Best regards,
Wolfgang Denk
Hi
How Wolfgang says its the best that you at first read the README file for better understanding. But you find the config for RAM /board/xilinx/ml300/ml300.c this functions name is initdram(int board_type)
hope could help you
best regards
Thorsten Lueck T.Lueck@IfEN.com Gesendet von: An u-boot-users-admin@list u-boot-users@lists.sourceforge.net s.sourceforge.net Kopie
Thema 05.07.2005 17:52 [U-Boot-Users] Problem starting u-boot on Xilinx V2P
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Hi,
I have a own board with an Virtex V2Pro (V2P30) an want to boot u-boot on the PPC. Starting from the demo-design for the ml300 demo board, I managed to compile u-boot 1.1.1 (1.1.2 fails when running the tcl-script with EDK 7.1) and could download and run u-boot on my PPC. However, u-boot stops after printing
U-Boot 1.1.1 (Jul 5 2005 - 16:50:28)
### No HW ID - assuming ML300 DRAM: 128 MB
I get no further output afterwards. Another strange thing is, that I only have 32MB RAM on board but not 128MB as the ml300 has. However, I could not find any hardcoded RAM size in the source files for the ml300.
Does anybody has an idea? I found the comment :
/* * WARNING: this code looks "cleaner" than the PowerPC version, but * has the disadvantage that you either get nothing, or everything. * On PowerPC, you might see "DRAM: " before the system hangs - which * gives a simple yet clear indication which part of the * initialization if failing. */
in the ./lib_i386/board.c, however, there is no appropriate warning in static int init_func_ram (void) of ./lib_ppc/board.c
Thanks in advance,
Thorsten Lück - -- IfEN - Gesellschaft für Satellitennavigation mbH
Dipl. Ing. Thorsten Lück Tel.: +49 8121 2238-25 Fax : +49 8121 2238-11
------------------------------------------------------- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_idt77&alloc_id%16492&op=click _______________________________________________ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
participants (3)
-
andreas_schmidt＠ifm-electronic.com -
Thorsten Lueck -
Wolfgang Denk