June 2005 - U-Boot

[U-Boot-Users] EP8248 as a PCI card
by Nishant Galange 30 Jun '05

30 Jun '05

Thanks, Yuli Got the patch, u-boot 1.1.2 installed and running on my ep8248 board. In standalone mode. When I try to use the EP8248 (with u-boot 1.1.2) as a PCI card in my PC (desktop), the PC doesn't even power up. But when the same card, with PlanetCore bootloader (the bootloader that came with the card), is inserted in the same PCI slot, the PC powers on, Windows XP starts up and even detects the card as a "Other PCI bridge" device. What change(s) do I have to make in the u-boot code to make it work as a PCI card in my PC? I have already tried the following: #define CONFIG_PCI in include/configs/EP8248.h Because of the above #define, I had to write a pci_init_board() function in board/ep8248/ep8248.c This function simply creates a pci_controller 'hose' and calls pci_mpc8250_init(&hose); With all this, now my PC boots up with the EP8248 + u-boot, but Windows can't detect the card. How do I proceed? What changes should I make? Waiting, Nishant -----Original Message----- From: Yuli Barcohen <yuli(a)arabellasw.com> To: "Nishant Galange" <nishant.subs(a)myrealbox.com> Date: Wed, 29 Jun 2005 11:42:55 +0300 Subject: Re: where is the EP8248 patch? >>>>> Nishant Galange writes: Nishant> Hi Yuli On 12 Dec 2004, You posted a patch for the Embedded Nishant> Planet EP8248 board. How do I download this patch? >From the GMANE archive which was mentioned many times on this list. Nishant> Is it already included in u-boot 1.1.2? No AFAIK. It's probably on Wolfgang's list. Nishant> Once I have all the necessary source code (with the patch Nishant> incorporated), what command(s) do I give to compile u-boot Nishant> 1.1.2 for the EP8248 board? Nishant> Will the following work: Should be OK. Nishant> $ export CROSS_COMPILE=ppc_82xx- Nishant> $ export PATH=[path_to_ELDK]:$PATH Nishant> $ make EP8248_config Nishant> $ make -- ======================================================================== Yuli Barcohen | Phone +972-9-765-1788 | Software Project Leader yuli(a)arabellasw.com | Fax +972-9-765-7494 | Arabella Software, Israel ========================================================================

2 1

[U-Boot-Users] [PATCH] Differing gcc version ARM options
by Peter Pearse 30 Jun '05

30 Jun '05

Hi Attached a patch to fix the problems with different ARM options in different gcc versions. Thanks to Catalin Marinas for suggesting use of the cc-option shell function from the kernel make files - makes it neater than my last try..... Patched against head 30th June 2005. Tested with MAKEALL arm. CHANGELOG: * Patch by Peter Pearse, 30th June 2005 - Import cc-option shell function from kernel - Use it to get the correct ARM gcc options - Supply recommended flags for ARM supplied & supported development boards. ------------------------------------------------------------------------- Peter Pearse ARM Ltd

2 1

[U-Boot-Users] Relocation of symbols?
by Andreas Block 30 Jun '05

30 Jun '05

Hi, I've posted another question regarding this topic on 14th June 2005. Since I haven't received any answers, I'm unsure, if I'm in the correct mailinglist or if my problem was that trivial. In case of the latter one, please, give me a hint, where to post my questions instead. So here's my new question: I've declared a global array: char *walter[] = { "ABC", "DEF" }; The u-boot boots from flash and relocates itself into RAM. After relocation the array is relocated into RAM and so is its content (the pointers to strings). But the actual strings are still located in flash. "walter" is a global symbol located in ".data" section of the compiled object. Is this the behaviour I should expect, or is it a problem with u-boots relocation code? Best regards, Andreas Block

4 18

[U-Boot-Users] [PATCH] fix read-only "include/bmp_logo.h" after cvs checkout
by Murray.Jensen＠csiro.au 30 Jun '05

30 Jun '05

The file "include/bmp_logo.h" is automatically generated during u-boot build, but it is also present in the central CVS repository, and when this file gets checked-out it is read-only. When the build reaches the tools directory and trys to overwrite "include/bmp_logo.h" it fails, and you have to change the write permissions and restart the build. This patch removes any existing "include/bmp_logo.h" file before generating the new one. Cheers! Murray... -- Murray Jensen, CSIRO Manufacturing & Infra. Tech. Phone: +61 3 9662 7763 Locked Bag No. 9, Preston, Vic, 3072, Australia. Fax: +61 3 9662 7853 Internet: Murray.Jensen(a)csiro.au To the extent permitted by law, CSIRO does not represent, warrant and/or guarantee that the integrity of this communication has been maintained or that the communication is free of errors, virus, interception or interference. The information contained in this e-mail may be confidential or privileged. Any unauthorised use or disclosure is prohibited. If you have received this e-mail in error, please delete it immediately and notify Murray Jensen on +61 3 9662 7763. Thank you.

1 0

[U-Boot-Users] Error on u-boot-1.1.3 : Bus Fault
by daoudi＠fiupso.u-psud.fr 30 Jun '05

30 Jun '05

Hello! I've encountered a problem while downloading u-boot-1.1.3 into a FPGA Xilinx Virtex 2 Pro. I managed to download and use u-boot a week ago but suddenly this problem appeared. I haven't changed anything since the last downloading and the FPGA still does work. Here is an echo of the problem : U-Boot 1.1.3 (Jun 23 2005 - 16:12:29) ### No HW ID - assuming ML300 DRAM: 16 MB Bus Fault @ 0x00002b5c, fixup 0x00000000 Machine check in kernel mode. Caused by (from msr): regs 00801d50 Unknown values in msr NIP: 00002B5C XER: 20000000 LR: 0000227C REGS: 00801d50 TRAP: 0200 DAR: 55552A23 MSR: 00001000 EE: 0 PR: 0 FP: 0 ME: 1 IR/DR: 00 GPR00: 00000000 00801E40 FFFF9308 00801E50 0000000A 0000000A 00000000 FFFFFFFF GPR08: FFFFFFFF FC02283C 0001BE85 04FBCB50 00000020 FFFF962C 00024400 00000000 GPR16: 00000000 00000000 00000000 00000000 00001000 00801E40 00000000 0000227C GPR24: 00002B5C 00000000 04FDD000 04FBD000 04FBCB90 00801F80 0002448C 04FBCB4C Call backtrace: machine check The compiling of u-boot was successful but I think that there is a problem with the address of TEXT_BASE or the sections. I've tried to find an answer to this problem on the forum but I didn't manage to. Can you please help me because I really don't know where the problem comes from. Here is the Address Map for Processor ppc405_0 (0x00000000-0x00ffffff) SDRAM_MT48LC4M32B2TG plb (0x16000000-0x17ffffff) FLASH_16MX16 plb->plb2opb->opb (0x24800000-0x24801fff) iocm_cntlr iocm (0x40000000-0x4000ffff) LEDs_2Bit plb->plb2opb->opb (0x40400000-0x4040ffff) RS232_Uart_1 plb->plb2opb->opb (0x40800000-0x4080ffff) IIC_Bus plb->plb2opb->opb (0x41200000-0x4120ffff) opb_intc_0 plb->plb2opb->opb (0x80400000-0x8040ffff) Ethernet_MAC plb (0xe4800000-0xe4801fff) docm_cntlr docm (0xfffe0000-0xffffffff) plb_bram_if_cntlr_1 plb Thank you in advance.

1 0

[U-Boot-Users] Re: [PATCH] Spartan3 family support
by Nicolas Colombain 30 Jun '05

30 Jun '05

Hi Ilandre and Kurt, I need to download my Spartan 3 by using uboot and I was wondering if someone had already written something for that. I found your mails but unfortunately not the patch. :( This patch will be added to the next uboot version ?? Where can I find it ? Thanks in advance. Best Regards Nicolas Colombain (Armadeus Project)

3 2

[U-Boot-Users] [PATCH] append to ALL var instead of assigning
by Murray.Jensen＠csiro.au 30 Jun '05

30 Jun '05

This patch appends values to the ALL make variable, rather than assigning them, so that earlier included make fragments can put values into it without them being overwritten. Cheers! Murray... -- Murray Jensen, CSIRO Manufacturing & Infra. Tech. Phone: +61 3 9662 7763 Locked Bag No. 9, Preston, Vic, 3072, Australia. Fax: +61 3 9662 7853 Internet: Murray.Jensen(a)csiro.au To the extent permitted by law, CSIRO does not represent, warrant and/or guarantee that the integrity of this communication has been maintained or that the communication is free of errors, virus, interception or interference. The information contained in this e-mail may be confidential or privileged. Any unauthorised use or disclosure is prohibited. If you have received this e-mail in error, please delete it immediately and notify Murray Jensen on +61 3 9662 7763. Thank you.

1 0

[U-Boot-Users] about use mkimage to create uImage?
by zhuzhenhua 30 Jun '05

30 Jun '05

if i mkimage without compressing, kernel can run correct, the command is as follow ./tools/mkimage -A arm -O linux -T kernel -C none-a 0x30000000 -e0x30008000 -n "Linux" -d vmlinux uImage but i want to create a compressed uImage,i use commands like these,it stop at "starting kernel..." arm-linux-objcopy -O binary -R.note -R.comment -S vmlinux linux.bin gzip -9 linux.bin ./tools/mkimage -A arm -O linux -T kernel -C gzip -a 0x30008000 -e0x30008000 -n "Linux" -d linux.bin.gz uImage i think the second method should run well,and i see the same example in the Readme of u-boot src. any hints are appreciate.

2 2

[U-Boot-Users] silent console, nulldev and CONFIG_AUTOBOOT_KEYED
by Ladislav Michl 29 Jun '05

29 Jun '05

Hi, If "silent" env variable is set GD_FLG_SILENT is added to gd->flags (in console_init_f). That effectively causes all console output to be suppresed. That flag also causes nulldev to become outputdev (in console_init_r). Btw, shouldn't CONFIG_SILENT_CONSOLE depend on CFG_DEVICE_NULLDEV in this case? Now we are entering into abortboot (CONFIG_AUTOBOOT_KEYED) and because "silent" env variable is set and also CONFIG_SILENT_CONSOLE defined console_assign (stdout, "serial"); is called, doing basicaly nothing, because GD_FLG_SILENT which is still set prevents any console output. There are various solutions from this situation, but I'd like first understand what is CFG_DEVICE_NULLDEV good for when we have GD_FLG_SILENT? Or better, how should all these three things in question behave? thanks, ladis

1 0

[U-Boot-Users] Linking problem on new port
by Richard Danter 29 Jun '05

29 Jun '05

Hi all, I have been using U-Boot for a while, but this is the first time I have tried to port it to a new board myself, so please consider me a newbie! I have a problem linking U-Boot for my new board. I know this is my fault, I have missed something in the setup, can anyone point out what it is that is missed? The compile stage works, this is what I see when I try to link: ---- ppc_74xx-ld -Bstatic -T /usr/home/wb231-le11/Workspace/u-boot/board/ppmc7xx/u-boot.lds -Ttext -n $UNDEF_SYM cpu/74xx_7xx/start.o \ --start-group lib_generic/libgeneric.a board/ppmc7xx/libppmc7xx.a cpu/74xx_7xx/lib74xx_7xx.a lib_ppc/libppc.a fs/cramfs/libcramfs.a fs/fat/libfat.a fs/fdos/libfdos.a fs/jffs2/libjffs2.a fs/reiserfs/libreiserfs.a fs/ext2/libext2fs.a net/libnet.a disk/libdisk.a rtc/librtc.a dtt/libdtt.a drivers/libdrivers.a drivers/sk98lin/libsk98lin.a post/libpost.a post/cpu/libcpu.a common/libcommon.a --end-group -L /opt/eldk3.1.1/usr/bin/../lib/gcc-lib/ppc-linux/3.3.3/m7400/pic -lgcc \ -Map u-boot.map -o u-boot ppc_74xx-ld: invalid hex number `-n' ---- The $UNDEF_SYM is obviously wrong (I think!). I am not surprised if I have missed things, so far I have written just a skeleton for the board support, even if it links it won't run yet. I have been adding things as needed, but I just can't find what is missing here. Any suggestions? I'd like to ask another question too whilst I'm here. I have a single bank of Flash running from 0xFFC00000 to 0xFFFFFFFF. I want U-Boot to be placed at 0xFFF00000 with the entry point at 0xFFF00100. Am I right to set the following? If not, how do I achieve this? #define CFG_FLASH_BASE 0xFFC00000 #define CFG_MONITOR_BASE 0xFFF00000 Is this related to the problem above? Many thanks! Rich

2 2