June 2005 - U-Boot

[U-Boot-Users] [PATCH] BUGFIX: serial setting for kgdb
by HoJin 06 Aug '05

06 Aug '05

Hi, KGDB_SMC_INDEX must be used as the index for brg_map, but it is used direclty. (compared with function serial_init) So it does not work properly. I have tested it and it works fine. I noticed the same problem with 'serial_scc.c', but I could not test it yet. Patch for only for 'serial_smc.c' is attached. Index: cpu/mpc8260/serial_smc.c =================================================================== --- cpu/mpc8260/serial_smc.c (revision 65) +++ cpu/mpc8260/serial_smc.c (working copy) @@ -360,10 +360,10 @@ /* Set up the baud rate generator. */ #if defined(CONFIG_KGDB_USE_EXTC) - m8260_cpm_extcbrg(KGDB_SMC_INDEX, speed, + m8260_cpm_extcbrg(brg_map[KGDB_SMC_INDEX], speed, CONFIG_KGDB_EXTC_RATE, CONFIG_KGDB_EXTC_PINSEL); #else - m8260_cpm_setbrg(KGDB_SMC_INDEX, speed); + m8260_cpm_setbrg(brg_map[KGDB_SMC_INDEX], speed); #endif /* Make the first buffer the only buffer. -- Hojin

2 1

[U-Boot-Users] [PATCH] MII help text formatting fix
by Cory Tusar 06 Aug '05

06 Aug '05

Attached is a patch fixing a minor glitch in the 'mii help' text formatting. Picky, picky, I know... Patch was generated against current CVS sources. CHANGELOG: * Patch by Cory Tusar, 10 Dec 2004: Fixed 'mii help' text formatting. -Cory -- Cory T. Tusar Embedded Systems Engineer Videon Central, Inc. 2171 Sandy Drive State College, PA 16801 (814) 235-1111 x316 (814) 235-1118 fax "Debugging is twice as hard as writing the code in the first place. Therefore, if you write the code as cleverly as possible, you are, by definition, not smart enough to debug it." --Brian W. Kernighan Index: common/cmd_mii.c =================================================================== RCS file: /home/cvs/u-boot/common/cmd_mii.c,v retrieving revision 1.1.1.1 retrieving revision 1.2 diff -u -r1.1.1.1 -r1.2 --- common/cmd_mii.c 7 Dec 2004 14:49:03 -0000 1.1.1.1 +++ common/cmd_mii.c 8 Dec 2004 17:42:39 -0000 1.2 @@ -549,7 +549,7 @@ U_BOOT_CMD( mii, 5, 1, do_mii, "mii - MII utility commands\n", - "info <addr> - display MII PHY info\n" + "info <addr> - display MII PHY info\n" "mii read <addr> <reg> - read MII PHY <addr> register <reg>\n" "mii write <addr> <reg> <data> - write MII PHY <addr> register <reg>\n" "mii dump <addr> <reg> - pretty-print <addr> <reg> (0-5 only)\n"

2 1

[U-Boot-Users] [Patch] bugfix:return value of NFS command
by Hiroshi Ito 06 Aug '05

06 Aug '05

Hello, 1.nfs command return code is depend on umount-all, but not state of downloading. 2.When fail to write flash, it doesn't change state to umount example1: ---nfs server--- [mldbox]# ls -l u-boot.bin ---------- 1 root root 204048 Dec 11 02:06 u-boot.bin --- u-boot --- # if nfs 80400000 192.168.3.98:/usr/src/mldbox/u-boot.bin; then echo ok; else echo error; fi Trying i82559#0 Using i82559#0 device File transfer via NFS from server 192.168.3.98; our IP address is 192.168.3.200 Filename '/usr/src/mldbox/u-boot.bin'. Load address: 0x80400000 Loading: * done ok <= Wrong!! example2: [root@tv mldbox]# rm u-boot.bin rm: remove regular file `u-boot.bin'? y [root@tv mldbox]# # if nfs 80400000 192.168.3.98:/usr/src/mldbox/u-boot.bin; then echo ok; else echo error; fi Trying i82559#0 Using i82559#0 device File transfer via NFS from server 192.168.3.98; our IP address is 192.168.3.200 Filename '/usr/src/mldbox/u-boot.bin'. Load address: 0x80400000 Loading: *** ERROR: File lookup fail done ok <= Wrong!! # attached patch fixes these problems. patch is for current CVS. -------- Hiroshi Ito Media Lab. Inc., URL http://www.mlb.co.jp ( Sorry, Japanese only. ) TEL +81-3-5294-7255 FAX +81-3-5294-7256

3 2

[U-Boot-Users] SCSI support for MIB405 board
by Wolfgang Denk 04 Aug '05

04 Aug '05

Dear Denis, can you tell me something about the SCSI support in the current versions of U-Boot? It seems the MIB405 board (maintained by you) has SCSI support enabled, but the whole code in common/cmd_scsi.c seemd to be unused - for example, there is no caller of do_scsi() or do_scsiboot() anywhere in the whole source tree? Best regards, Wolfgang Denk -- Software Engineering: Embedded and Realtime Systems, Embedded Linux Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd(a)denx.de In general, they do what you want, unless you want consistency. - Larry Wall in the perl man page

2 4

[U-Boot-Users] [Patch] default filename of tftp and nfs
by Hiroshi Ito 04 Aug '05

04 Aug '05

Hello, default filename of tftp and nfs has different value between little endian machine and big one. This patch fixes endian problem. Patch is for current cvs. -------- Hiroshi Ito Media Lab. Inc., URL http://www.mlb.co.jp ( Sorry, Japanese only. ) TEL +81-3-5294-7255 FAX +81-3-5294-7256

2 2

[U-Boot-Users] u-boot 1.1.1 and USB mass storage devices
by Shannon Holland 03 Aug '05

03 Aug '05

Hello, We are using u-boot on a Samsung S3C2410 based board and have USB mostly working using the arm920t USB driver. I say mostly working as some mass storage devices work fine, but most do not. Typically the behavior we see when they don't work is a "usb reset" reports the correct number of devices, a "usb tree" will return the correct device tree but "usb scan" will typically return a lot of CLI:TIMEOUT errors and seemingly never return. Sometimes it is able to find the storage device, but reading from it (it has a FAT16 filesystem) will return similar errors. I'm curious if these are known problems or likely to be something in the way we have (or have not) set up usb? Might anyone have some recommendations as to where to start looking? Thanks for any help! Shannon

5 8

[U-Boot-Users] [PATCH] sinclude board specific make fragment
by Murray.Jensen＠csiro.au 14 Jul '05

14 Jul '05

This patch "sinclude"s (i.e. it is allowed not to exist) a make fragment from the board specific subdirectory, to allow a port to have board or platform specific targets (which may or may not be added to ALL var - see previous patch). for example - install, or in the case of my 8560 based board, I build a separate file image of the "boot page". 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.

2 6

[U-Boot-Users] EMAC2 & EMAC3 operation on PPC 440GX
by David Grab 12 Jul '05

12 Jul '05

Hello, as mentioned before i´m using two Marvel 88E1111 PHY on my PPC440GX Board. They are configured as a RGMII to copper interface for use with EMAC 2 & 3. So now i´m in trouble with the configuration of the network. After booting i set with "setenv ethact ppc_440x_eth2" EMAC2 for networking. After that i try a "ping" to know if network is working. Reading the speed and duplex from PHY works, but after that i got in an endless loop. I figured out, that no interrupt is recognized and in 440gx_enet.c in ppc_440x_eth_init the default configuration of the interrupt handler is for ETH0: irq_install_handler (VECNUM_EWU0 + (hw_p->devnum * 2), (interrupt_handler_t *) enetInt, dev); irq_install_handler (VECNUM_ETH0 + (hw_p->devnum * 2), (interrupt_handler_t *) enetInt, dev); so i changed it as following... irq_install_handler (VECNUM_EWU2 + (hw_p->devnum * 2), (interrupt_handler_t *) enetInt, dev); irq_install_handler (VECNUM_ETH2 + (hw_p->devnum * 2), (interrupt_handler_t *) enetInt, dev); and added in vecnum.h these lines: #define VECNUM_ETH2 (64 + 0) /* Ethernet 0 interrupt status */ #define VECNUM_EWU2 (64 + 1) /* Ethernet 0 wakeup */ But this didn´t solve the problem. Actually i also couldn´t get the TxCLK work on my RGMII Bridge and i don´t know why. The devices are configured as 100 MBit RGMII and receiving packets from network seems to be functioning (EMAC_OCRX Register increments rapidly). I would be appreciated if someone could give me a tip, what i have forgot to do. Greets, David

4 5

[U-Boot-Users] cfi_flash is now working with 64 bit port width
by Yusuf Ibrahim Ozkok 02 Jul '05

02 Jul '05

Hi, I have resolved my problem with cfi_flash driver. I would like to share what I have learned during my struggle with cfi_flash driver. The posts for that problem; http://sourceforge.net/mailarchive/message.php?msg_id=11994639 http://sourceforge.net/mailarchive/message.php?msg_id=12058552 What caused the problem and how is it solved: Flash chips in my board are connected to 64 bit data bus. And the problem is simply about writing 64 bit data at once. cfi_flash driver used "unsigned long long" variables for 64 bit data and write them to the bus simply using long long pointers (For me that is a bug. And I would like to release a patch for it). Any integer definition (like int, long, long long etc.) makes gcc to use 32 bit registers of the cpu (for 32 bit ppc's). Long long is 64 bit on the memory that is true, but transfering a long long requires two cycles. To write a 64 bit data at once we have to use floating point registers. A way of using these registers in C is to define the variables as "double". But somehow defining double didn't work in u-boot or with my ppc_82xx-gcc compiler (eldk's compiler). An other way is to use assembly floating point instructions but double precision forms. Such as "lfd" and "strfd" commands for ppc have to be used. Jerry Van Baren had warned me previously but I couldn't make sense with his suggestions at the moment. What make me confused that writing flash commands from u-boot shell by using mw.l command was working for protect and erase operations. Since mw.l makes 32 bit bus transaction, for example a 0x60606060 command was beeing recognized by all the four flash chips. On the other way a 0x00600060 command is caused failure (I had expected that it will work two out of four flash chips). Now when I solved the problem by using floating point registers, I understood Jerry's suggestions exactly! You can reach his post by the link. (http://sourceforge.net/mailarchive/message.php?msg_id=11994640) But I still can not solve the magic that while sending 0x60606060 by mw.l command works but 0x00600060 not! Lessons: So lesson-1: if hardware people gives you a 64 bit bus, use double or directly asm floating point instructions. I think cfi_driver works with the boards that the flash chips are selected by chip select signals for each 32 bit portion of the data bus. In our board all the flash chips are connected to the same chip select signal that caused the problem. Lesson-2: first of all examine your hardware well and be aware of your hardware. Thanks for your help: Jerry Van Baren, Yuli Barcohen, Richard Woodruff. The patch (unformatted): 1. The following function is added. static void write_via_fpu (vu_long * addr, ulong * data) { __asm__ __volatile__ ("lfd 1, 0(%0)"::"r" (data)); __asm__ __volatile__ ("stfd 1, 0(%0)"::"r" (addr)); } 2. in /drivers/cfi_flash.c line 850; - *addr.llp = cword.ll; + write_via_fpu((vu_long*)addr.llp, (ulong*)&cword.ll); line 1159; - cptr.llp[0] = cword.ll; + write_via_fpu((vu_long*)cptr.llp, (ulong*)&cword.ll); P.S. this function will work if fpu is enabled. If not it may be enabled by setting the fpu bit in msr as follows; unsigned long msr; msr = get_msr(); set_msr(msr | MSR_FP); *_msr functions may be found by grepping the uboot directory. 3. The patch is not tested when CFG_FLASH_USE_BUFFER_WRITE is defined. Same changes as in 2 should be done for that case. If those changes are accepted, I can arrange a formal patch. Finally, I would like to ask about the Tolunay Orkun's patch about tout in flash_status_check function. what is the last thought for that patch Is it planned to be released? Because it's really a bug! (Last post for the thread; http://sourceforge.net/mailarchive/message.php?msg_id=11936556) Best Wishes. Yusuf. ###################################################################### Dikkat: Bu elektronik posta mesaji kisisel ve ozeldir. Eger size gonderilmediyse lutfen gondericiyi bilgilendirip mesaji siliniz. Firmamiza gelen ve giden mesajlar virus taramasindan gecirilmekte, guvenlik nedeni ile kontrol edilerek saklanmaktadir. Mesajdaki gorusler ve bakis acisi gondericiye ait olup Aselsan A.S. resmi gorusu olmak zorunda degildir. ###################################################################### Attention: This e-mail message is privileged and confidential. If you are not the intended recipient please delete the message and notify the sender. E-mails to and from the company are monitored for operational reasons and in accordance with lawful business practices. Any views or opinions presented are solely those of the author and do not necessarily represent the views of the company. ######################################################################

5 8

RE: [U-Boot-Users] silent console, nulldev and CONFIG_AUTOBOOT_KEYED
by Dave Ellis 30 Jun '05

30 Jun '05

Ladislav Michl wrote: > 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? The current implementation of CONFIG_SILENT_CONSOLE needs CFG_DEVICE_NULLDEV. I suppose a check could be added to flag the error at build time if CFG_DEVICE_NULLDEV is not defined. > 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. In abortboot the "silent" operation is suspended by setting the console back to serial so you can use the console to abort the boot. If the boot is aborted GD_FLG_SILENT is cleared, and the serial console works. If the boot is not aborted the console is set back to "nulldev" and the boot continues silently. > 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? You can boot silently (if "silent" is set), you can decide to see the output (by removing "silent" from the environment) and in either case if you abort the boot the console works. Isn't that exactly what the feature should do? Dave Ellis ~~~~~~~~~~~~~~~~~~~~~~~~~~ SIXNET - "Leading the Industrial Ethernet Revolution" 331 Ushers Road, P.O. Box 767, Clifton Park, NY 12065 USA Tel +1 (518) 877-5173 Fax +1 (518) 877-8346 Email me at: dge(a)sixnetio.com Detailed product info: www.sixnetio.com ~~~~~~~~~~~~~~~~~~~~~~~~~~

3 2

[U-Boot-Users] Erase in UBoot
by Bharathi Subramanian 30 Jun '05

30 Jun '05

Hello All, We are using UBoot 1.0.0, During continuous 2nd erase operation, the no .of DOT is increased. I like to know whether this is something do with UBoot or flash chip or is it normal behavior ?? ROM # erase B0100000 B07FFFFF .............................................. done Erased 111 sectors ROM # erase B0100000 B07FFFFF ..................................................... done Erased 111 sectors ROM # Thanks, -- Bharathi S

3 2

[U-Boot-Users] [PATCH] - OMAP242x/ARM1136 + H4 board (30-Jun-2005)
by Woodruff, Richard 30 Jun '05

30 Jun '05

Hello Wolfgang, Hopefully, this is the last update for a while. As they are slow to enter the tree I've been refreshing the patch. Please discard previous ones and use this one. This patch is against a 30 Jun 05 CVS head. I look forward to you getting time to actually working some of the backlog. Additional updates in this patch include ability to run the DDR in lock or unlock mode, and a fix to make all newer 2422 chips work. * Patch by Richard Woodruff, 30 Jun 2005: OMAP242x H4 board update, 30 June 05 - fix for ES2(.05,.1) differences. - switch to using the cfi_flash driver. - fix SRAM build address - fix for GP device operation - unlock SRAM for GP devices. - display more device information at startup. - fix potential deadlock in omap24xx_i2c driver. - fix DLL load values to match dpllout*1 operation. - fix 2nd chip select init for combo DDR device. - fix for 2422 rev > ES2 mono DDR. - add conditional DDR lock/unlock usage. drivers/serial.c,ns16550.c - remove obsolete APTIX conditionals. cfi_flash.c - add support for CFI Intel 28F256L18 on H4 board. Regards, Richard W. > -----Original Message----- > From: Woodruff, Richard > Sent: Tuesday, May 31, 2005 3:56 PM > To: u-boot-users(a)lists.sourceforge.net; 'Wolfgang Denk' > Subject: [PATCH] - OMAP242x/ARM1136 + H4 board. > > Hello Wolfgang, > > Here is an updated patch for the OMAP242x against the CVS as of 31 May 05. > This code runs against all current versions of the OMAP242x chip on the H4 > reference platform. > > All updates are confined to 242x specific directories except for a small > change to the CFI driver. The CFI driver makes some small incorrect > assumptions when it comes to Intel parts which have partitioning in > addition to sectoring. > > I sent out a now somewhat stale patch a couple months back in which I have > _not_ heard any comment on. Please discard that one and apply this > instead. If there any problems with this please let me know. > > OMAP242x H4 board update, 31 May 05 > - fix for ES2(.05,.1) differences. > - switch to using the cfi_flash driver. > - fix SRAM build address > - fix for GP device operation > - unlock SRAM for GP devices. > - display more device information at startup. > - fix potential deadlock in omap24xx_i2c driver. > - fix DLL load values to match dpllout*1 operation. > - fix 2nd chip select init for combo DDR device. > cfi_flash.c > - add support for CFI Intel 28F256L18 on H4 board. > > Regards, > Richard W.

1 0

RE: RE: [U-Boot-Users] Does u-boot relocate absolute symbols?
by Rune Torgersen 30 Jun '05

30 Jun '05

Wow.... This surprises me... I have alwayts thought that *test and test[] would be the same thing. Only solutionI can see is to change the definition in common.c to be *test, this will still get the address of test[] defined elsewhere. (See attached files) > Sure, I've tried this. This is the point, where my problem > arose. Attached you find two > small files, you can easily compile under linux (gcc -o > arrtest -I ./ ./common.c > ./array.c). The file "common.c" represents the code I can't > (don't want to) touch. > "array.c" represents my project dependent code. If you run > arrtest it will show to you,

2 1

[U-Boot-Users] 8540 and L1 cache mapping
by Charles J Gillan 30 Jun '05

30 Jun '05

Recently I have been studying the boot sequence for the 8540 based boards in U-Boot. I have a question on the location of the initial C stack. As I understand it, cpu/mpc85xx/start.S uses L1 data cache as the location for the C stack prior to the relocation into RAM. CFG_INIT_RAM_ADDR is defined within the relevant config file for each 6540 based board. I see in the 8540 User Manual that there is a register which can be used to position L2 cache in physical address space but there does not appear to be a similar register for L1 cache. However, I see that in the init.S files, for each board, entries are placed into TLB0 for memory at address CFG_INIT_RAM_ADDR. This is declared as cacheable and non-garded. Am I correct in thinking that this is all that is required to position the C run-time stack in L1 D-cache ? Thanks, Charles. -------------------------------------------------------------------------- Dr Charles J Gillan The Institute of Electronics, Communications and Information Technology (ECIT), Queen's University Belfast, Titanic Quarter Queens Road, Queens Island, Belfast, BT3 9DT Northern Ireland, UK Tel: +44 (0) 2890 971847 Fax: +44 (0) 2890 971702 ---------------------------------------------------------------------------

2 1

[U-Boot-Users] [PATCH] expand macros in bootargs env var for bootm command
by Murray.Jensen＠csiro.au 30 Jun '05

30 Jun '05

This patch expands $(...) macros present in the bootargs environment variable for the bootm command. Same code could be (and probably should be, for consistencies sake) used in other boot commands. Required exposing the "process_macros()" function in common/main.c. 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.

2 5

[U-Boot-Users] [PATCH] limit length of kernel command line in bootm
by Murray.Jensen＠csiro.au 30 Jun '05

30 Jun '05

This patch limits the length of the command line that the bootm command will pass to the kernel. Note that as it stands, it uses CFG_BARGSIZE which must be <= the size of the command line array used in the kernel (most boards have this set to CFG_CBSIZE, which in turn is usually 256 - which is usually ok). I use 1024 for both, and have a kernel patch which increases the command line aray to 1024. 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.

2 4

[U-Boot-Users] [PATCH] allow flash "ranges" to default to end of flash
by Murray.Jensen＠csiro.au 30 Jun '05

30 Jun '05

This patch modifies the flash "range" code slightly to allow a range to "default" to the "end of the bank". Currently, you must specify "<first>-<last>" where <first> and <last> are sector numbers (zero based) within the "bank". This code allows you to say "<first>-" and <last> will default to the sector number of the last sector in the "bank". I thought I needed this - but now I don't use it anymore. However, the code might still be useful to someone. 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.

2 4

[U-Boot-Users] [PATCH] fix build without CONFIG_NET_MULTI
by Murray.Jensen＠csiro.au 30 Jun '05

30 Jun '05

This is an older patch which fixed building without CONFIG_NET_MULTI. I'm not sure if its still required or not, since I now use CONFIG_NET_MULTI when building for my boards. I guess it might help someone if they search the list after striking a similar problem. I would think this would need some testing before it gets applied to the central repository. 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.

2 2

RE: [U-Boot-Users] Does u-boot relocate absolute symbols?
by Rune Torgersen 30 Jun '05

30 Jun '05

I just have to comment on this. > It does not work (because it's simply wrong) to declare > fpgadata as follows in pf5200.c > (although looking good in the first place, if you think about > it, the compiler needs to > handle both declarations differently): > > const unsigned char *fpgadata = 0x400000; /* (with 0x400000 > being the address to store > the image with TFTP at) */ > Have you tried to do this? Because it should work (even if one is declared char [] and the other char *) I use something similar to access a FPGA binary image stored in flash (after U-Boot relocation) and it works.

4 7

[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] 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

[U-Boot-Users] Fin Sock
by winnie 29 Jun '05

29 Jun '05

We are a manufacturer in China Our new Products:Fin Sock (see the attached) The price:USD2.00/pr The materials:1mm Neoprene Thanks, winnie

1 0

[U-Boot-Users] where is the EP8248 patch?
by Nishant Galange 29 Jun '05

29 Jun '05

Hi Yuli On 12 Dec 2004, You posted a patch for the Embedded Planet EP8248 board. How do I download this patch? Is it already included in u-boot 1.1.2? Once I have all the necessary source code (with the patch incorporated), what command(s) do I give to compile u-boot 1.1.2 for the EP8248 board? Will the following work: $ export CROSS_COMPILE=ppc_82xx- $ export PATH=[path_to_ELDK]:$PATH $ make EP8248_config $ make Waiting, Nishant

2 1

[U-Boot-Users] question : do uboot support downloading from USB ?
by Tomko 29 Jun '05

29 Jun '05

Hi all, Can i ask serveral question about u boot? 1. why uboot support downloading from Kermit rather than from minicom ? It is more convinent if uboot can download from minicom. 2.as topic , do uboot support downloading from USB ? Regards, TOM

2 1

Re: [U-Boot-Users] about use mkimage to create uImage?
by KokHow Teh 29 Jun '05

29 Jun '05

without compressing, you used "-a 0x30000000" and with compressing, you used "-a 0x30008000". zhuzhenhua <zzh.hust(a)gmail.com>@lists.sourceforge.net on 06/29/2005 08:39:03 AM Please respond to zhuzhenhua <zzh.hust(a)gmail.com> Sent by: u-boot-users-admin(a)lists.sourceforge.net To: u-boot-users(a)lists.sourceforge.net cc: Subject: [U-Boot-Users] about use mkimage to create uImage? 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. ------------------------------------------------------- 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_id492&oplick _______________________________________________ U-Boot-Users mailing list U-Boot-Users(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users

1 0

[U-Boot-Users] `bootelf` pSOS application + kernel
by KokHow Teh 29 Jun '05

29 Jun '05

Hi; I have a pSOS application + kernel at load address 0x40000 and entry point 0x40004. I have no success booting it. Any insight is appreciated. u-boot> tftp 200000 hello Using FCC2 ETHERNET device TFTP from server 147.128.28.42; our IP address is 147.128.28.44 Filename 'hello'. Load address: 0x200000 Loading: ################################################################# ################################################################# ################################################################# ################################################################# # done Bytes transferred = 1332052 (145354 hex) u-boot> bootelf 200000 Loading .text @ 0x00040000 (537156 bytes) Loading .sdata2 @ 0x000c3244 (5 bytes) Loading .utext @ 0x000c4000 (10520 bytes) Clearing .bss @ 0x000c8000 (33064 bytes) Loading .data @ 0x000c6920 (3128 bytes) Clearing .sbss @ 0x000d0d60 (20 bytes) Loading .udata @ 0x000c7558 (12 bytes) ## Starting application at U-Boot 1.1.2 (Jun 29 2005 - 10:51:12) >>> PSOS binary: <<< hello: file format elf32-powerpc Disassembly of section .DAE_exp: Disassembly of section .IAE_exp: Disassembly of section .RST_exp: Disassembly of section .text: 00040000 <_START-0x4>: 40000: 7c 63 1b 78 mr r3,r3 00040004 <_START>: 40004: 7c 63 1b 78 mr r3,r3 40008: 3c 40 00 0d lis r2,13 4000c: 38 42 b2 34 addi r2,r2,-19916 40010: 3d a0 00 0e lis r13,14 40014: 39 ad 8d 50 addi r13,r13,-29360 40018: 7c 60 00 a6 mfmsr r3 4001c: 54 63 04 5e rlwinm r3,r3,0,17,15 40020: 7c 60 01 24 mtmsr r3 40024: 48 00 64 3c b 46460 <HdwInit> <snip> Regards, TEH

1 0

[U-Boot-Users] Help! Low-16 bits of SDRAM can not work!
by zhao haijian 29 Jun '05

29 Jun '05

Hi,All I have been working on such a board we made: *************************************** CPU: PXA255A Flash: Intel StrataFlash 16MB x 2 SDRAM: Samsung K4S5616320 32MB x 2 Two 16bits SDRAM chips are connected by the same CE,OE,OW,ADDRESS signals,forming a 32bits-width memory structure. *************************************** Using a emulator,I see the high 16bits of sdram works well,while the low 16bits always fail,though I've try many combination of configuration. We also found no problem with the hardware by an oscilloscope. I want to know what could lead to this? (Maybe a FATAL bit in a mysterious configuration register?) Anybody ever met this? BTW,I work on the base of CERF250 board. Best Regards, Phililp Beijing P.R.China

1 0

[U-Boot-Users] Strange : Same 8248 image needs to be reprogrammed
by Sam Song 28 Jun '05

28 Jun '05

Hi all, After porting u-boot on a 8248 board, I was confused by a programming problem with WireTAP. For the sake of 8248/8260 HRCW theory, RSTCONF must pull up to connect 8248 target with a No-head config file when there is a blank FLASH on board or WireTAP cannot init the target correctly. The programming process is as follows: Pull up RSTCONF -> Connect WireTAP with No-head config file -> Program the image on 0xff000000 -> Disconnect WireTAP -> Pull down RSTCONF -> Power-on -> No serial output -> Power-down -> Connect WireTAP with head config file -> Reprogram the same image at 0xff000000 -> Disconnect WireTAP -> Power-on -> Work! We suspected sth wrong on first programmig. So we checked the FLASH content with WireTAP but found at least first and last three bytes had the right content. Should I need to check all FLASH content? The image I compiled first is about 100KByte!!! I wanna to blame it on config file we used or FLASH programming mechanism or 8248 itself. But I have no clear clue with them:-( Could anyone have similar experience on 8260 series target? How about BDI2000 on it? Any idea? Thanks in advance, Sam ___________________________________________________________ 雅虎免费G邮箱－中国最强免费防毒反垃圾超大邮箱 http://cn.mail.yahoo.com/?id=77072

2 7

[U-Boot-Users] Q: how about "closed" hardware platforms?
by Leif Lindholm 28 Jun '05

28 Jun '05

Hi Like I mentioned in my previous mail to the list, I no longer have access to a db1550 board, so I can no longer test/verify au1550 support. We use u-boot in our mood 100 and 300 set-top boxes, which are only sold to network operators and the like. Where I'm getting at is - would it be possible to get our u-boot patches integrated into mainstream CVS (or git?), even though probably noone outside this company will ever be actively using u-boot on these boards? / Leif

2 1

[U-Boot-Users] Anyone actively using U-Boot with AMD Alchemy Au15xx?
by Clem Taylor 28 Jun '05

28 Jun '05

Hi, I'm currently using yamon with our Au1550 based board and I am considering switching over to U-Boot. Looking over the mailing list, I only saw a few messages that refer to Alchemy processors and I am concerned that the Au1xxx port isn't actively used. Anyone using U-Boot with an Alchemy processor? Thanks, Clem

3 2

[U-Boot-Users] how litte dose the u-boot.bin size can be?
by zhuzhenhua 28 Jun '05

28 Jun '05

My teacher ask me about whether the u-boot.bin(only need to boot from rom, remove the other commands and unnecessary functions) can be minimized to 10K.Dose someone has done some work about it? or maybe just emulate the minimal size by your experience any answers is appricate.

2 1

[U-Boot-Users] mkimage
by KokHow Teh 28 Jun '05

28 Jun '05

Hi; I am new to mkimage. I have an image with an entry at 0x00100004. I `mkimage` it with the following details: [teh@ShrekII tftpboot 75]$ mkimage -l uImage Image Name: psos Created: Tue Jun 28 17:53:24 2005 Image Type: PowerPC pSOS Kernel Image (uncompressed) Data Size: 593268 Bytes = 579.36 kB = 0.57 MB Load Address: 0x00100000 Entry Point: 0x00100004 [teh@ShrekII tftpboot 76]$ Then I `tftp` it into my target, examine the memory contents. u-boot> tftp 100000 uImage Using FCC2 ETHERNET device TFTP from server 147.128.28.42; our IP address is 147.128.28.44 Filename 'uImage'. Load address: 0x100000 Loading: ################################################################# ################################################### done Bytes transferred = 593332 (90db4 hex) u-boot> md 100000 00100000: 27051956 ba54f4c3 42c11e14 00090d74 '..V.T..B......t 00100010: 00100000 00100004 040da48f 0f070200 ................ 00100020: 70736f73 00000000 00000000 00000000 psos............ 00100030: 00000000 00000000 00000000 00000000 ................ 00100040: 7c631b78 7c631b78 3c400019 3842b234 |c.x|c.x<@..8B.4 00100050: 3da0001a 39ad8d50 7c6000a6 5463045e =...9..P|`..Tc.^ 00100070: 3c400019 3842b234 3da0001a 39ad8d50 <@..8B.4=...9..P 00100080: 4e800020 80430000 81a30004 4e800020 N.. .C......N.. 00100090: 00100470 7d6802a6 91610004 44000002 ...p}h...a..D... 001000a0: 4e800020 28030000 40820008 48022c3c N.. (...@...H.,< 001000b0: 7d6324aa 7d635b78 48022c30 38000001 }c$.}c[xH.,08... 001000c0: 4bffffe4 38000002 4bffffdc 60842000 K...8...K...`. . 001000d0: 38000003 48022c14 38000004 48022c0c 8...H.,.8...H.,. 001000e0: 38000005 48022c04 38000006 48022bfc 8...H.,.8...H.+. 001000f0: 38000007 48022bf4 38000008 48022bec 8...H.+.8...H.+. u-boot> imi ## Checking Image at 00100000 ... Image Name: psos Image Type: PowerPC Unknown OS Kernel Image (uncompressed) Data Size: 593268 Bytes = 579.4 kB Load Address: 00100000 Entry Point: 00100004 Verifying Checksum ... OK u-boot> Content of my original executable image: hello: file format elf32-powerpc Disassembly of section .DAE_exp: Disassembly of section .IAE_exp: Disassembly of section .RST_exp: Disassembly of section .text: 00100000 <_START-0x4>: 100000: 7c 63 1b 78 mr r3,r3 00100004 <_START>: 100004: 7c 63 1b 78 mr r3,r3 100008: 3c 40 00 19 lis r2,25 10000c: 38 42 b2 34 addi r2,r2,-19916 100010: 3d a0 00 1a lis r13,26 100014: 39 ad 8d 50 addi r13,r13,-29360 100018: 7c 60 00 a6 mfmsr r3 10001c: 54 63 04 5e rlwinm r3,r3,0,17,15 100020: 7c 60 01 24 mtmsr r3 100024: 48 00 64 3c b 106460 <HdwInit> <snip> It crashes when I `bootm 100000`. Here is my question. The original ELF executable image has the entry point at 0x00100004. After `mkimage` and having examined the content of the memory, I find out that the content which were at the original entry point has been shifted to 0x00100040. Would that be the cause of the crash? I assume that the "-e" option to mkimage is the entry point of the original executable which is 0x00100004? Any comment is appreciated. Regards, TEH

2 1

[U-Boot-Users] question : difference between booting 2.4 and 2.6 kernel
by Tomko 28 Jun '05

28 Jun '05

Hi all, I would like to modify the uboot so that it could boot up 2.4 and 2.6 kernel without downloading the u boot again . what i know the difference is : 2.6 kernel know how to copy itself to memory but 2.4 do not and need bootloader to do it. Am i right ? How can i do this inorder to make it more convinent ? Regards, TOM

2 5

[U-Boot-Users] invalid option 'short-load-bytes'
by Shakthi Kannan 28 Jun '05

28 Jun '05

Greetings! I am trying to cross-compile u-boot-1.1.2 for ARM Versatile Board ARM926EJ-S using cross-toolchain 3.4.2. I am getting the following error: cc1: error: invalid option 'short-load-bytes' cc1: error: invalid option 'apcs-32' It compiles fine with cross-toolchain 2.95.3. Any suggestions? Since it is mentioned here, http://www.arm.com/linux/prebuilt_download.html, that 3.4.2 has been used to compile u-boot, we would like to use the same for cross-compilation. Also, the ethernet is not enabled or detected on power up on this board. I have compiled in support for the SMC ethernet in u-boot-1.1.1, but, u-boot doesn't seem to be able to detect it. I'd appreciate any suggestions for the above. Thanks, K Shakthi -- proudly anti-micro$oft ------------------------------------------------------------ Shakthi Kannan, MS Software Engineer, Specsoft (Hexaware Technologies) [E]: shaks(a)shakthimaan.com [M]: (91) 98407-87007 [W]: http://www.shakthimaan.com [L]: Chennai, India ------------------------------------------------------------ __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

2 2

[U-Boot-Users] fin sock
by winnie 28 Jun '05

28 Jun '05

Dea Sirs: We are a manufacturer in China Our new Products:Fin Sock (see the attached) The price:USD2.00/pr The materials:1mm Neoprene Thanks, winnie

1 0

[U-Boot-Users] [Newbie] MPC8280 FCC internal loopback test
by Srivatsan CR 27 Jun '05

27 Jun '05

Dear all, We are having a MPC8280 based Rattler board with ethernet configured on FCC1. We are writing some POST tests for the board. For Ethernet we thought of running an internal loopback test. We took the eth_loopback_test() in ether_fcc.c as the template and did the necessary modification(s) majorly it was to change the mode register. We are able to see that the initialization of FCC1 is happening properly. But the result printed always says that the transmitted packet is 0 and received packet is 0. Is there something we are missing ? Expecting your help. With Thanks and Best Regards, C.R.Srivatsan

1 0

[U-Boot-Users] AMCC 440EP support
by Philippe Villet 27 Jun '05

27 Jun '05

I've got some troubles to use dcache for stack initialisation in ppc4xx/start.S for 440EP (no On Chip Memory available) ; Does anyone succeded in modifying this file for 440EP . More generally, i'would like to know if someone whish to check in 440EP support in U-Boot tree. Thanks. Philippe.

1 0

[U-Boot-Users] the definition of CONFIG_NET_MULTI
by KingBBS 27 Jun '05

27 Jun '05

hi all, I'm a newbie of u-boot. Anyone please tell me a clear definition of CONFIG_NET_MULTI? I cant find it in README/CHANGELOG. Regards, KingBBS mailto:kingbbs@gmail.com

2 1

Re: [U-Boot-Users] generating a u-boot Linux image for PXA255
by Wolfgang Denk 24 Jun '05

24 Jun '05

In message <MPEAJFOFNNOAIMOHBACIGECIEBAA.gl4jalopi(a)earthlink.net> you wrote: > Sorry, I searched and didn't find any. I found a mkimage line added to a > ppc make file for the 'cray' development board, but nothing for an arm > target. Please learn to quote properly. Don't top-post/full-quote. What is so difficult about finding boards with PXA255? Trivial approach: -> grep PXA255 include/configs/* include/configs/pleb2.h:#define CONFIG_PXA250 1 /* This is an PXA255 CPU */ include/configs/xaeniax.h:#define CONFIG_PXA250 1 /* This is an PXA255 CPU */ There you go... Best regards, Wolfgang Denk -- Software Engineering: Embedded and Realtime Systems, Embedded Linux Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd(a)denx.de I mean, I . . . think to understand you, I just don't know what you are saying ... - Terry Pratchett, _Soul Music_

2 3

[U-Boot-Users] 440GX enet bridge init
by Neil Wilson 24 Jun '05

24 Jun '05

While getting one of our boards running I noticed that in u-boot/cpu/ppc4x/440gx_enet.c that the case 2 of ppc_440x_eth_setup_bridge resets the value of zmiifer each time, I believe this should be an OR as in the other cases. I would have provided a patch but am in mid flow of porting the code. Cheers. Neil -- Neil Wilson Principal Engineer, Embedded Software Airspan Communications Ltd. Cambridge House, Oxford Road, Uxbridge, Middx, UB8 1UN, UK. Tel: +44(0)1895-467265 neilwilson(a)airspan.com www.airspan.com

1 0

[U-Boot-Users] generating a u-boot Linux image for PXA255
by Greg Lindberg 24 Jun '05

24 Jun '05

Does anybody have a script that they'd be willing to share for running mkimage on a Linux kernel for an Intel PXA255. I'm just getting started with u-boot and I'm not sure of all of the parameters for mkimage for the PXA255. Any help would be appreciated. Greg Secrecy, being an instrument of conspiracy, ought never to be the system of a regular government. -Jeremy Bentham, jurist and philosopher (1748-1832)

2 1