November 2003 - U-Boot

RE: [U-Boot-Users] Ethernet on PPC Ebony not working
by Scott McNutt 20 Nov '03

20 Nov '03

Srikanth, > I got u-boot 0.4.0 up and running on the Ebony PPC440GP > development board. > Everything works great except for the Ethernet. The link light > in ON, but I can't seem to ping out (which, after searching the > list, it seems at least one other person also couldn't ping) or > download any code (TFTP) onto the board through the Ethernet. > I ran Ethereal and didn't even see any ARP packets from the board. See doc/README.ebony for switch/jumper settings. The ebony board supports various options for the PHY interface. The code uses RMII mode (see cpu/ppc4xx/405gp_enet.c) -- search for CONFIG_440. Regards, --Scott

2 1

[U-Boot-Users] Ethernet on PPC Ebony not working
by Srikanth Sherman 20 Nov '03

20 Nov '03

Hello, I got u-boot 0.4.0 up and running on the Ebony PPC440GP development board. Everything works great except for the Ethernet. The link light in ON, but I can't seem to ping out (which, after searching the list, it seems at least one other person also couldn't ping) or download any code (TFTP) onto the board through the Ethernet. I ran Ethereal and didn't even see any ARP packets from the board. I know my setup is OK because if I switch to the IBM Monitor program then I can use the Ethernet without any problem. Any help would be greatly appreciated. Thanks!

2 1

RE: [U-Boot-Users] U-Boot success .. Linux big test
by VanBaren, Gerald (AGRE) 19 Nov '03

19 Nov '03

> -----Original Message----- > From: Sharad Gupta [mailto:sharad@buckeye.ece.drexel.edu] > Sent: Tuesday, November 18, 2003 5:36 PM > To: U-Boot Mailing List > Subject: [U-Boot-Users] U-Boot success .. Linux big test > > > Hi, [snip] > elsewhere ? Rite now, I am not able to figure out where the > problem lies, > the execution hangs somewhere after handling the control to > kernel at 0x00 > and it seems my only hope is to put little debug messages > (light up the 4 > LEDs on board with the last 2-bytes of instruction address) at every > function call. Be VERY careful when lighting LEDs during start up -- a big part of the start up, and definitely the most delicate (i.e. highest probability of problems), is the transition from "no MMU" mode to MMU mode. During this time, your I/O quite likely won't be mapped or won't be mapped properly unless you hack in some additional MMU mapping (BATs). The result, if you are not careful, is that the attempt to toggle LED outputs will CAUSE a crash and will cause a lot of confusion, head-scratching, and chasing down wrong paths. Umm, someone I know did this... yeah, that's the ticket ;-). gvb > Thanks for helping, > Sharad Gupta ****************************************** The information contained in, or attached to, this e-mail, may contain confidential information and is intended solely for the use of the individual or entity to whom they are addressed and may be subject to legal privilege. If you have received this e-mail in error you should notify the sender immediately by reply e-mail, delete the message from your system and notify your system manager. Please do not copy it for any purpose, or disclose its contents to any other person. The views or opinions presented in this e-mail are solely those of the author and do not necessarily represent those of the company. The recipient should check this e-mail and any attachments for the presence of viruses. The company accepts no liability for any damage caused, directly or indirectly, by any virus transmitted in this email. ******************************************

1 0

RE: [U-Boot-Users] u-boot and NIOS dk 1s10 board
by Scott McNutt 19 Nov '03

19 Nov '03

Hi All, I agree with all of the comments I have seen so far WRT Nios configuration issues. My primary motivation is to make sure Nios users new to u-boot, can build a __working__ version of u-boot by simply: $ make DK1C20_config | DK1S10_config | etc. $ make As long as this holds true, I'm happy :-) > Yes, of course. We have to make different configuration > files -- one for each board. But, do we really need different > board directories with almost the same code in it? u-boot has a clever mechanism we can use to avoid code duplication by using the VENDOR make variable. A good example is in board/siemens: the SCM and CCM boards both share common code. Since this mechanism is supported ... and it is being used by other board families, we can do the same. It's a bit more work ... but I believe it will satisfy everyone :-) > Ex.: My current Stratix patch is based on the Cyclone board, > because both boards are equal in context of u-boot basics need. > Only the second serial i/f differs (not needed til now). So there > will be more identicalness than differences for both boards. Understood. We can create board/altera_nios (or some other meaningful name) and take advantage of the VENDOR variable to accommodate common code. Stephen & Patrice, please let me know your thoughts. Best Regards, --Scott

3 6

[U-Boot-Users] Boot from Compact Flash
by Ed Okerson 19 Nov '03

19 Nov '03

My BDI2000 is due to arrive today, I'm just waiting for FedEx to show up. In the meantime, I managed to get u-boot to run from RAM, so I wanted to get a head start on booting from Compact Flash. I have a 256MB CF card in a PCMCIA adapter. When I insert this in a Linux Laptop, it properly reports it as a SanDisk 256MB CF card. I managed to get u-boot to build Little Endian, and in that mode when I insert the PCMCIA it reports it as: Reset IDE: Bus 0: OK Device 0: Model: aSDnsi kDSFC-B52 6 Firm: dV g.812. Ser#: 1144901E09P30101 Type: Removable Hard Disk Capacity: 117964.8 MB = 115.2 GB (-1476395001 x 512) Obviousle the endian-ness is wrong. I tracked to the code in common/cmd_ide.c where there is a note: /* We only need to swap data if we are running on a big endian cpu. */ /* But Au1x00 cpu:s already swaps data in big endian mode! */ #if defined(__LITTLE_ENDIAN) || defined(CONFIG_AU1X00) #define input_swap_data(x,y,z) input_data(x,y,z) Where is the bit getting set that tells the Au1500 to swap bytes? If I build u-boot as big endian, it properly recognizes the CF card. I am using the BdAu1500 board. Is there a discussion somewhere about the pros/cons of running in big/little endian mode? Ed Okerson

3 4

[U-Boot-Users] Question about setting the sys clk freq based on a pull up on io.
by Conn Clark 19 Nov '03

19 Nov '03

Hello all, We have just finished designing the cpu to our next generation product and I'm just getting into the U-boot code. In my preliminary examination of our design and U-Boot I ran into an interesting problem and wanted to see if anybody had a solution or suggestion on an approach. Our design is based on a 333MHz IBM405EP processor. We wish to detect the oscilator speed we are using via a pullup or pulldown resistor on an IO line. In order to make our product cheap we were planning to drive the system clock with a 25MHz oscilator that also drives our ethernet phys. We wanted the flexibility to use a second oscilator to drive the system clock at 33.3MHz so we could have the option of driving our processor, RAM, and PCI bus at the maximum speed. to do this we added a second set of pads for an oscilator inbetween the 25MHz oscilator and the mcroprocessor, so we only need to cut the trace between the two oscilators when we wish to use the 33.3MHz clock. What I was planning to do was initialy configure a microprocessor IO pin as an input and read the value of the pull up or pull down to determine the system clock speed then reconfigure it as an output to be used as a control line. My problem is how do I go about this without severly modifying U-Boots structure. In analyzing how to do this I determined that the configuration and reading of the IO pin sould be done in a board_pre_init function. This rases the issue of passing values between the init functions called by board_init_f. My second issue is how do I deal with the two frquencies since only one can be defined as CONFIG_SYS_CLK_FREQ(which is used in several places) without sticking lots of nasty board specific ifdefs through out the code. I didn't see a solution in any of the other boards that I looked at (Note I didn't look at them all). We realy don't want to have to specify at compile time what frequency we intend on using. This may become an option on our products and we don't want to have two different firmware images to confuse our costomers (and ourselves). This causes to many headaches with determining what the costomer has and problems created by loading the wrong firmware. Has anybody tackled these two problems yet or do they have any sugestions? Many thanks in advance, Conn -- ***************************************************************** If you live at home long enough, your parents will move out. (Warning they may try to sell their house out from under you.) ***************************************************************** Conn Clark Engineering Stooge clark(a)esteem.com Electronic Systems Technology Inc. www.esteem.com Stock Ticker Symbol ELST "clark(a)esteem.com" Copyright 2000 By Electronic Systems Technology This email address may be used to communicate to Conn Clark provided it is not being used for advertisement purposes, unless prior written consent is given. This email address may not be sold under any circumstances. All other rights reserved.

3 2

[U-Boot-Users] U-Boot success .. Linux big test
by Sharad Gupta 19 Nov '03

19 Nov '03

Hi, I have been able to port U-Boot to our bare minimum custom board based on MPC7455. With RS-232 the only peripheral to speak of, it was not a hard job porting the U-Boot. I am able to run the example hello_world demo. I had to change some cpu specific code at 1-2 places, I will like to submit the patches as soon as I get a breather. But now the big test for me is to run kernel on top of U-Boot. Looking at u-boot README, I compared the u-boot.h file with linux's include/asm/ppcboot.h. The only difference is the member bi_mon_func. I am not able to find out if I have to replicate the same structure of monitor functions in U-Boot to be passed to kernel on boot or is it handled elsewhere ? Rite now, I am not able to figure out where the problem lies, the execution hangs somewhere after handling the control to kernel at 0x00 and it seems my only hope is to put little debug messages (light up the 4 LEDs on board with the last 2-bytes of instruction address) at every function call. Thanks for helping, Sharad Gupta

2 1

RE: [U-Boot-Users] u-boot and NIOS dk 1s10 board
by Scott McNutt 18 Nov '03

18 Nov '03

Patrice, > It works now...in fact, my reference design for STRATIX > configuration was not similar to the IO mapping used by u-boot > for NIOS... It works with the Altera's "standard 32" reference > design (with the .SREC in the CDKNIOS project and after > u-boot recompilation too). Great news! > My student will work on the u-boot APEX port...just an adaptation > I think...I may be a good idea that the stratix 1S10 board appears > as its own board and not as a cyclone board in the u-boot distro... I enthusiastically agree :-) It is not simply a good idea, but IMHO *essential* that each Nios board have it's own u-boot configuration. Since *everything* is configurable with Nios, it's very easy to create a monster by having multiple board configs masquerading as one. U-Boot for Nios development kits should always support the default "out-of-the-box" Nios configuration (for the altera boards, this is typically the "standard 32" config). This is not intended to limit creativity, but to avoid confusion and save time. Basically, if new users get u-boot running quickly and easily, maintainers and contributors will spend less time answering questions. And this is a good thing for both the user and contributors :-) In general, support for custom configurations should be: 1. disabled by default, 2. enabled IAW README (i.e. CONFIG_xxx CFG_xxx), 3. supported by an appropriate README file in u-boot/doc. Congratulations & Best Regards, --Scott N3ADP

3 3

[U-Boot-Users] Intel 28F256K3 support
by Raghu 18 Nov '03

18 Nov '03

Hi , I was interested to know if there is a driver for Intel's 28F256K3 CFI compatible flash in u-boot ? I got relative code in wepep250. I am able to read the Device identifiers but not able to erase/write to the flash device. Warm Regards, Raghu. __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree

2 3

[U-Boot-Users] 855T FEC error
by Eli Brin 17 Nov '03

17 Nov '03

Dear all, We have u-boot (1.0.0) running on our custom board :) Our board uses 855T and LXT972A. Trying to do: ACM=> bootp Trying FEC ETHERNET PHY type 0x13 pass 1 type PHY @ 0x0 pass 1 type LXT971 BOOTP broadcast 1 TX timeout fec.c[134] fec_send: cycles: 100 status: 8c00 retry cnt: 0 With a login analyzer we can see that after some time the TX_ER is raised and TX_EN not. The PHY seem to work OK. The LED's light correctly and we can see the 25MHz TX and TX MII clocks. Reading the registers with u-boot's mii read, the registers are the same as the TQM860L. We use the same configuration as TQM855L.h, but we add - CONFIG_8xx_GCLK_FREQ 50000000. I don't think its related to this problem, but we cannot save the u-boot environment. It is saved to the flash at 4000c000 but does not appear after reset following printenv. I didn't have time to look into this issue yes. Last but not least, I wish to thank you all, the information in this list helped us very much. Any suggestions ? Thank you, Eli Brin

3 3

Re: [U-Boot-Users] u-boot and NIOS dk 1s10 board
by Patrice Kadionik 17 Nov '03

17 Nov '03

Hi Stephan, It works now...in fact, my reference design for STRATIX configuration was not similar to the IO mapping used by u-boot for NIOS... It works with the Altera's "standard 32" reference design (with the .SREC in the CDKNIOS project and after u-boot recompilation too). I'll write a little doc on the IO and memory mapping to respect in order to used u-boot... My student will work on the u-boot APEX port...just an adaptation I think... I may be a good idea that the stratix 1S10 board appears as its own board and not as a cyclone board in the u-boot distro... My next step is to see is the standard 32 reference design is OK for uClinux support in order to freeze the hardware.... Many thanks; Pat Stephan Linz wrote: >Am Freitag, 14. November 2003 17:58 schrieben Sie: > > >>Hi Stephan and Scott; >>I've just quick and dirty downloaded the .srec contained in the RPM >>package from the Stephan's CDK4NIOS project...and seen what it happens... >> >> > >Note: Stephan == Stephan (maintainer of CDK4NIOS :-) > >Further, I think the included .srec contained in the RPM are untested !!! You >should rebuild from sources (already patched and installed under >/opt/cdk4nios/src/u-boot-$version). > > > >>no traces on my screen... >> >> > >Hm, Do you have upload u-boot.bin to address 0x40000 (I think it's default >for nios-run -r u-boot.srec) ? > >Do you have upload the standard32 NIOS CPU image to user area (flash >0x600000) and start it by press SW10 (Reset. Config) ? > > > >>I've printed all the doc on u-boot and work on them during the week end. >>I have Altera's APEX board. One of my student 'll work on the u-boot >>port for this board...u-boot will be available for each Altera's board :-) >> >> > >Great, the APEX port stands on my todo list. Nice to read this .. In the next >few weeks I will get a old APEX board. The port should coming fast, because >the NIOS standard32 CPU is nearly equal to Stratix/Cyclone. > > > >>If Scott has ported uClinux to NIOS, I'm very interested by this >>port...at this time, it only exists a commercial port form >>Microtronix...and I prefer having a GPL solution... >> >>Cheers, >>Pat. >> >>Stephan Linz wrote: >> >> >>>Am Freitag, 14. November 2003 14:06 schrieb Patrice Kadionik: >>> >>> >>>>hi all, >>>>I'm trying to use u-boot on a altera's stratix 1S10 board.... >>>>I've downloaded the stephan's RPM u-boot port for this board...and >>>>downloaded intoo my board...but it doesn't work >>>>has anyone succeded to boot u-boot on this board? >>>> >>>> >>>Yes, I did. It works good to me. >>> >>> >>> >>>>is the port incorporated in the 1.0.0 u-boot version...I just see the >>>>cyclone board.... >>>> >>>> >>>Sorry there was no time and no very important reason to release the >>>Stratix pacht to u-boot cvs (I think, I can do it now :-), because there >>>are no significant differences between Cyclone and Stratix in context of >>>current U-Boot code. Further this patch depends on a few outstanding >>>patches, one for a DK1C20 configuration bug fix and the other one for the >>>LAN91C111 ethernet driver (see: >>>http://sourceforge.net/mailarchive/forum.php?thread_id=3410088&forum_id=12 >>>898). >>> >>> >>>Here the patches you need against current 1.0.0: >>> >>>1.) LAN91C111 ethernet driver >>> >>>Patch: u-boot-smc91111_fix.patch.bz2 >>>State: waiting of a successful validation and cross verification from >>>Richard >>> >>>- bug fix: change type of smc_mac_addr[] from signed to unsigned >>>(important) - bug fix: LED configuration (defines in header) >>>- bug fix: write to right PHY register (PHY_MASK_REG) >>>- exclude version string for non-debug versions (saves memory) >>> >>> >>>2.) DK1C20 configuration bug fix >>> >>>Patch: u-boot-dk1c20_cfg_fix.patch.bz2 >>>State: waiting of CVS inclusion by Wolfgang >>> >>>see: >>>http://sourceforge.net/mailarchive/forum.php?thread_id=3397431&forum_id=12 >>>898 >>> >>>Wolfgang, could you put it into the CVS repository? >>> >>> >>>3.) DK1S20 Stratix support >>> >>>Patch: u-boot-dk1s10_support.patch.bz2 >>>State: not released at u-boot list -- I'm not sure about (if finished or >>>not) >>> >>>For Stratix I've copied include/configs/DK1C20.h to >>>include/configs/DK1S10.h, change CONFIG_DK1C20 to CONFIG_DK1S10, and >>>expanded main Makefile to new board configuration DK1S10_config. For this >>>new board configuration Cyclon's board directory board/dk1c20 will be >>>used too. In it I've expand checkboard() with a second board-ID string. >>> >>>You can download all the patches from CDK4NIOS project file list at >>>sourceforge.net: >>> >>>http://sourceforge.net/project/showfiles.php?group_id=81497 >>>(go to the end, looking for resources --> patches) >>> >>> >>> >>>>Is anyone try to port µClinux on NIOS ? I'm currently working on this >>>> >>>> >>>Hm, I think Scott McNutt works with uClinux on NIOS. Ask him, he is the >>>maintainer of NIOS U-Boot port. >>> >>> >>> >>>>point and having a linux bootloader is the first step... >>>> >>>> >>>Yes, and U-Boot works already. >>> >>> >>>Best Regards >>> >>> > > > -- Patrice Kadionik. F6KQH / F4CUQ ----------- +---------------------------------------------------------------------+ +"Tout doit etre aussi simple que possible, pas seulement plus simple"+ +---------------------------------------------------------------------+ + Patrice Kadionik http://www.enseirb.fr/~kadionik + + ENSEIRB fax : +33 5.56.37.20.23 + + PO BOX 99 voice : +33 5.56.84.23.47 + + 33402 TALENCE Cedex http://www.enseirb.fr + + FRANCE mailto:kadionik@enseirb.fr + +---------------------------------------------------------------------+

1 0

RE: [U-Boot-Users] 855T FEC error
by Eli Brin 17 Nov '03

17 Nov '03

Dear all, Ethernet works OK. The problem was that the TX_CLK from the LXT972 didn't get to the CPU. Instead of 47Ohm resistors 47K Ohm were placed... Sorry for the noise... Best regards, Eli Brin -----Original Message----- From: Eli Brin [mailto:elib@rokonet.co.il] Sent: Monday, November 17, 2003 5:21 PM To: 'u-boot-users(a)lists.sourceforge.net' Subject: [U-Boot-Users] 855T FEC error Dear all, We have u-boot (1.0.0) running on our custom board :) Our board uses 855T and LXT972A. Trying to do: ACM=> bootp Trying FEC ETHERNET PHY type 0x13 pass 1 type PHY @ 0x0 pass 1 type LXT971 BOOTP broadcast 1 TX timeout fec.c[134] fec_send: cycles: 100 status: 8c00 retry cnt: 0 With a login analyzer we can see that after some time the TX_ER is raised and TX_EN not. The PHY seem to work OK. The LED's light correctly and we can see the 25MHz TX and TX MII clocks. Reading the registers with u-boot's mii read, the registers are the same as the TQM860L. We use the same configuration as TQM855L.h, but we add - CONFIG_8xx_GCLK_FREQ 50000000. I don't think its related to this problem, but we cannot save the u-boot environment. It is saved to the flash at 4000c000 but does not appear after reset following printenv. I didn't have time to look into this issue yes. Last but not least, I wish to thank you all, the information in this list helped us very much. Any suggestions ? Thank you, Eli Brin ------------------------------------------------------- This SF. Net email is sponsored by: GoToMyPC GoToMyPC is the fast, easy and secure way to access your computer from any Web browser or wireless device. Click here to Try it Free! https://www.gotomypc.com/tr/OSDN/AW/Q4_2003/t/g22lp?Target=mm/g22lp.tmpl _______________________________________________ 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] 8270 graphics
by Marco Schramel 17 Nov '03

17 Nov '03

Hi, for a new project, we are planing to introduce the new PowerPC 8270 with a display. The graphic controllers we are interested in are the SM712 or the SM722 with their PCI interface. An another cheaper alternative could be the EPSON SD13xx series (U-Boot can initialize this controllers). But on the EPSON homepage it is metioned, that this controllers are only compatible with the 8xx PowerPC's.(The epson support says: "if the external interface is the same as in the 860, you should be able", What do you think about it ?) Have anyone experience with the 82xx and one of this graphic controllers? Are there working linux device drivers for it? Are there other low cost and low power graphic controllers for this cpu ?? Thanks in advance Marco Schramel

1 0

[U-Boot-Users] Linux for the MPC5200...
by Daniel Poirot 17 Nov '03

17 Nov '03

I see that the Motorola 5200Lite eval board has been added to u-boot and that DENX is providing a Linux kernel for the MPC5200. What bits are required to get to the next step? I am very interested in the IDE port on the 5200Lite. Is it supported? Would a full 603e Linux (Yellowdog?) work once the 5200 kernel was up? What I would really like is to get the 5200lite up as a full, self-hosted, PowerPC Linux development system. Thanks... _________________________________________________________________ Send a QuickGreet with MSN Messenger http://www.msnmessenger-download.com/tracking/cdp_games

2 1

Re: [U-Boot-Users] Porting u-boot to custom MPC852T board.
by DavidHo＠nanometrics.ca 16 Nov '03

16 Nov '03

>> >> Thanks! That was exactly the problem. Burst mode is not working 100%. >> Disabled Burst mode and everything ran smoothly. =) >You are aware that this just hides the problem instead of fixing it? I am totally aware of it. It will be fixed shortly. Anyways, I noticed that measure_gclk is using timer 2 for frequency measurement. Appendix H in the Motorola MPC866 manual says timer 1 and 2 are removed from the MPC852T. Although it still works on my board, it may not work over the temperature. I'm considering adding an if def block to use timer 3 instead. Would you care to consider this patch? I am considering submitting a patch for our custom board. This may be a good time for me to get accustomed to the generally accepted rules. Regards, David Ho Wolfgang Denk <wd(a)denx.de> To: DavidHo(a)nanometrics.ca Sent by: cc: u-boot-users(a)lists.sourceforge.net wd(a)denx.de Subject: Re: [U-Boot-Users] Porting u-boot to custom MPC852T board. 11/15/2003 03:22 PM In message <OFF8646440.994B31A4-ON85256DDF.006B93D6(a)nanometrics.ca> you wrote: > > Thanks! That was exactly the problem. Burst mode is not working 100%. > Disabled Burst mode and everything ran smoothly. =) You are aware that this just hides the problem instead of fixing it? Do NOT continue. Go one step back and fix the RAM init problem. Best regards, Wolfgang Denk -- Software Engineering: Embedded and Realtime Systems, Embedded Linux Phone: (+49)-8142-4596-87 Fax: (+49)-8142-4596-88 Email: wd(a)denx.de "If people are good only because they fear punishment, and hope for reward, then we are a sorry lot indeed." - Albert Einstein

3 2

Re: [U-Boot-Users] Porting u-boot to custom MPC852T board.
by DavidHo＠nanometrics.ca 15 Nov '03

15 Nov '03

Thanks! That was exactly the problem. Burst mode is not working 100%. Disabled Burst mode and everything ran smoothly. =) David Ho Wolfgang Denk <wd(a)denx.de> To: DavidHo(a)nanometrics.ca Sent by: cc: u-boot-users(a)lists.sourceforge.net wd(a)denx.de Subject: Re: [U-Boot-Users] Porting u-boot to custom MPC852T board. 11/15/2003 05:09 AM Dear David, in message <OF2B4ACBB0.E5841A39-ON85256DDF.00204F37(a)nanometrics.ca> you wrote: > > I'm currently porting u-boot version 0.4.8 to our custom board running an > MPC852T. The processor is configured to high-boot at 0xfff00000. U-boot > is failing to execute any instructions in RAM after it has been relocated. This is a FAQ. It has been asked - and answered! - many times before on the lists. See http://www.denx.de/twiki/bin/view/DULG/UBootCrashAfterRelocation Best regards, Wolfgang Denk -- Software Engineering: Embedded and Realtime Systems, Embedded Linux Phone: (+49)-8142-4596-87 Fax: (+49)-8142-4596-88 Email: wd(a)denx.de How many QA engineers does it take to screw in a lightbulb? 3: 1 to screw it in and 2 to say "I told you so" when it doesn't work.

2 1

[U-Boot-Users] Porting u-boot to custom MPC852T board.
by DavidHo＠nanometrics.ca 15 Nov '03

15 Nov '03

Hi, I'm currently porting u-boot version 0.4.8 to our custom board running an MPC852T. The processor is configured to high-boot at 0xfff00000. U-boot is failing to execute any instructions in RAM after it has been relocated. I did a CRC check on the code in RAM and compared that to the code in flash. I compared the memory dump of in_ram in RAM (which is the first thing u-boot jumps to in RAM) and the same routine in flash. They match exactly. Nothing seems to indicate that I have a problem writing and reading to the SDRAM at these locations. Stepping through relocate_code gave me the expected results. I then put a breakpoint at the branch location in RAM and tried tracing the instructions there, but none of it made any sense to me. I am pretty sure relocate_code is branching to the right location in RAM. This looks like a caching problem because it seems like it is not fetching the instructions from memory. Does anyone have a similar problem with MPC866 family of processors? The code in ram just execute from address in_ram to in_ram+0x98 and branches back to in_ram in an endless loop. Does it appear to look like some section of code that was previously ran from flash but was remain in cache? This portion of code modifies R3 to fff2dc00 which is definitely wrong because in_ram tries to do a store to that location, which it is the high boot flash memory region. Regards, David Ho Nanometrics Inc.

2 1

[U-Boot-Users] PPC440G EMAC
by Travis Sawyer 14 Nov '03

14 Nov '03

Greetings List: I'm starting a port for a custom in-house IBM 4xx based board. I'm starting from the ebony board port. Before I port the existing scc (mpc8xx) based ethernet POST test to the 4xx emac, I wanted to see if someone already has, so I don't duplicate work. I searched the archives and came up empty.. Any help would be appreciated. Thank you, Travis Sawyer

1 0

RE: [U-Boot-Users] u-boot and NIOS dk 1s10 board
by Scott McNutt 14 Nov '03

14 Nov '03

Hi Patrice, > I'm trying to use u-boot on a altera's stratix 1S10 board.... > I've downloaded the stephan's RPM u-boot port for this > board...and downloaded intoo my board...but it doesn't > work Please provide more details ... how did you download? What did you observe? > has anyone succeded to boot u-boot on this board? Stephan has indicated that he was successful. > is the port incorporated in the 1.0.0 u-boot version...I > just see the cyclone board.... No, currently only the Cyclone development board is supported. But based on the information I've received, the Stratix board is very similar ... so adding support should be fairly straight forward. > Is anyone try to port µClinux on NIOS ? I'm currently working > on this point and having a linux bootloader is the first step... Yes ...you can view the Nios sources for uClinux archive at: http://cvs.uclinux.org/cgi-bin/cvsweb/uClinux-2.4.x/arch/niosnommu/ I haven't had a chance to work with uClinux yet ... as I'm currently working on support for Nios ASMI ... which is only useful for Cyclone devices. But please do keep me in the loop ... I'd love to help ... once I find some time :-) Regards, --Scott

1 0

[U-Boot-Users] Passing Linux kernel arguments
by Matias Sundman (AL/EAB) 14 Nov '03

14 Nov '03

Hello, When passing Kernel arguments, is it necassary to populate the bootargs environment variable with the information found by using command , 5.9.1.1. bdinfo - print Board Info structure => help bdinfo bdinfo - No help available. => The bdinfo command (short: bdi) prints the information that U-Boot passes information about the board like memory addresses and sizes, clock frequencies, MAC address etc. This information is mainly needed to be passed to the Linux kernel. => bdi memstart = 0x00000000 memsize = 0x04000000 flashstart = 0x40000000 flashsize = 0x00800000 flashoffset = 0x00030000 sramstart = 0x00000000 sramsize = 0x00000000 immr_base = 0xFFF00000 bootflags = 0x00000001 intfreq = 50 MHz busfreq = 50 MHz ethaddr = 00:D0:93:00:28:81 IP addr = 10.0.0.99 baudrate = 115200 bps If I want these to be passed to the Linux kernel? Cheers // Matias <<Matias Sundman (EAB).vcf>>

2 1

RE: [U-Boot-Users] what is wrong when calloc return bogus?
by Woodruff, Richard 14 Nov '03

14 Nov '03

You say loading.....are you starting from flash, then relocating to the middle or RAM _or_ are you using something to download a binary image into the middle of memory, then trying to execute it? There aren't that many files to configure, it should be straight forward to find. JTAG is a wonderful thing, you should take the time to get it working...assuming your hardware has wired it up correctly. Regards, Richard W. > -----Original Message----- > From: Matthew S. McClintock [mailto:mattsm@arlut.utexas.edu] > Sent: Thursday, November 13, 2003 11:45 AM > To: Woodruff, Richard > Cc: Holger Schurig; u-boot-users(a)lists.sourceforge.net > Subject: RE: [U-Boot-Users] what is wrong when calloc return bogus? > > > Ahh ok, we are using that code you mention. I thought for a > second there was another CVS branch or something for the > ARM925 tree which did not make sense but I thought I would > ask. Our board is still failing at malloc. Our board is > _very_ similar to the Innovator 1510 and we are using most of > that code as a starting point. We are loading u-boot right in > the middle of our memory so it should have plenty of space > above and below the u-boot code for malloc. I don't have a > JTAG debugger working well with our board so I have tracked > down the problems I have mentioned using printf statements. > The area of memory set aside for malloc is valid unused > memory space I just can not quite see why malloc is failing. > If you have any ideas, feel free to let me know otherwise I > will keep debugging it. > > Thanks, > Matthew > > > This is our output without our printf statements, however its > not very helpful... > > U-Boot 1.0.1 (Nov 11 2003 - 11:29:53) > > U-Boot code: 11000000 -> 11014330 BSS: -> 11017FBC > RAM Configuration: > Bank #0: 10000000 32 MB > Flash: 0 kB > *** Warning - bad CRC, using default environment > > > On Thu, 2003-11-13 at 11:29, Woodruff, Richard wrote: > > U-boot 1.0.0 and before for the last ... ?Six months has > had an OMAP > > tree. Its really trivial to port from that to a new target. > There is > > a omap1510inn target which is the Innovator. I have a couple tress > > which I've not yet merged in for custom boards which have a > lot more > > functionality, but we will do that at some point, probably > closer to > > the time they actually go into production. > > > > Cpu/arm925 is for the arm core on the OMAP15xx. I've > sprinkled enough > > code in to idle the dsp but not much beyond that. The is a > 926 tree > > also, that is for the omap 16xx. The CPU core is common in > a lot of > > different SOC's, that's what the CPU was broke out separately. It > > could have been done differently, but the hope is to allow > sharing of > > common code bits, not duplicate them. > > > > It seems you must be using an older tree as this kind of > thing is sort > > of hard to miss if you have gone though the code. > > > > Regards, > > > > Richard W. > > > > > -----Original Message----- > > > From: Matthew S. McClintock [mailto:mattsm@arlut.utexas.edu] > > > Sent: Thursday, November 13, 2003 11:20 AM > > > To: Woodruff, Richard > > > Cc: Holger Schurig; u-boot-users(a)lists.sourceforge.net > > > Subject: RE: [U-Boot-Users] what is wrong when calloc > return bogus? > > > > > > > > > On Thu, 2003-11-06 at 17:05, Woodruff, Richard wrote: > > > > > > > -- If you cloned the ARM925 tree, then you should NOT see this > > > > failure. Its probably some other kind of misconfiguration. > > > > > > > You mention an ARM925 tree, is there ARM925 tree for u-boot > > > somewhere I am missing? > > > -- > > > Matthew S. McClintock <mattsm(a)arlut.utexas.edu> > > > > > > > -- > Matthew S. McClintock <mattsm(a)arlut.utexas.edu> > >

2 1

RE: [U-Boot-Users] what is wrong when calloc return bogus?
by Woodruff, Richard 13 Nov '03

13 Nov '03

U-boot 1.0.0 and before for the last ... ?Six months has had an OMAP tree. Its really trivial to port from that to a new target. There is a omap1510inn target which is the Innovator. I have a couple tress which I've not yet merged in for custom boards which have a lot more functionality, but we will do that at some point, probably closer to the time they actually go into production. Cpu/arm925 is for the arm core on the OMAP15xx. I've sprinkled enough code in to idle the dsp but not much beyond that. The is a 926 tree also, that is for the omap 16xx. The CPU core is common in a lot of different SOC's, that's what the CPU was broke out separately. It could have been done differently, but the hope is to allow sharing of common code bits, not duplicate them. It seems you must be using an older tree as this kind of thing is sort of hard to miss if you have gone though the code. Regards, Richard W. > -----Original Message----- > From: Matthew S. McClintock [mailto:mattsm@arlut.utexas.edu] > Sent: Thursday, November 13, 2003 11:20 AM > To: Woodruff, Richard > Cc: Holger Schurig; u-boot-users(a)lists.sourceforge.net > Subject: RE: [U-Boot-Users] what is wrong when calloc return bogus? > > > On Thu, 2003-11-06 at 17:05, Woodruff, Richard wrote: > > > -- If you cloned the ARM925 tree, then you should NOT see this > > failure. Its probably some other kind of misconfiguration. > > > You mention an ARM925 tree, is there ARM925 tree for u-boot > somewhere I am missing? > -- > Matthew S. McClintock <mattsm(a)arlut.utexas.edu> > >

2 1

RE: [U-Boot-Users] what is wrong when calloc return bogus?
by Woodruff, Richard 13 Nov '03

13 Nov '03

-- The PXA default setup low/high is such that with out a patch the PXA will fail. The PXA attempted to follow the readme instead of just doing what the other ARMs did successfully. -- If you cloned the ARM925 tree, then you should NOT see this failure. Its probably some other kind of misconfiguration. -- For my OMAP board I setup up so u-boot is copied to the start of the last meg of memory. Everything has always worked properly. !**! Your problem is likely you setup your u-boot to reside in at the exact end of memory, this won't work as the stack and heap are allocated on top of the text image. You will be doomed to failure. Move your load address down a bit and it WILL WORK. -- Just as a double check I setup a hardware break point at NewHandle on my board, and sure enough the address was "exactly" where I expected it to be in the malloc region. -- There are merits to switching the memory map so the malloc and stack regions are below the text image. In my opinion the only compelling reason to make the switch is because Wolfgang has committed to moving it, so it will be more work to keep a special version around. I only am resisting the change as I made a several "pretty" and time consuming diagrams which I don't want to re-do :) Regards, Richard W. > -----Original Message----- > From: u-boot-users-admin(a)lists.sourceforge.net > [mailto:u-boot-users-admin@lists.sourceforge.net] On Behalf > Of Matthew S. McClintock > Sent: Thursday, November 06, 2003 2:29 PM > To: Holger Schurig > Cc: u-boot-users(a)lists.sourceforge.net > Subject: Re: [U-Boot-Users] what is wrong when calloc return bogus? > > > I am seeing this same exact problem on my OMAP5910 board, > essentially it seems calloc fails in ListCreate. Have you > found out what the cause to the problem was? Everything else > seems to get setup correctly, as far as I can tell so far. > > Thanks, > Matthew > > On Fri, 2003-08-15 at 11:38, Holger Schurig wrote: > > I recently updated from u-boot 0.3.2 to CVS (0.4.5). Now > blob stopped > > working. > > I tracked this down from device_init() to ListCreate() or > NewHandle(). > > > > My debug output is: > > > > U-Boot 0.4.5 (Aug 15 2003 - 18:26:38) > > > > U-Boot code: A3000000 -> A300D4E0 BSS: -> A3024000 > > DRAM Configuration: > > Bank #0: a0000000 128 MB > > Flash: 32 MB > > 1 > > 2 > > 4 > > 6 > > 7 > > 9 > > 10 > > d1 > > d3 > > l1 > > n1 > > n2 memPtr=0badc0e8 > > n3 hanPtr=0badc108 > > n4 > > l2 > > l3 0badc108 > > > > list_t ListCreate (int elementSize) > > { > > list_t list; > > printf("l1\n"); > > list = (list_t) (NewHandle (sizeof (ListStruct))); > /* create > > empty > > list */ > > printf("l2\n"); > > if (list) { > > printf("l3 %08x\n", list); > > (*list)->signature = LIST_SIGNATURE; > > (*list)->numItems = 0; > > (*list)->listSize = 0; > > (*list)->itemSize = elementSize; > > (*list)->percentIncrease = > kDefaultAllocationPercentIncrease; > > (*list)->minNumItemsIncrease = > > > kDefaultAllocationminNumItemsIncrease; > > } > > printf("l4\n"); > > > > return list; > > } > > > > > > Target is an Intel PXA255 > > > > > > > > ------------------------------------------------------- > > This SF.Net email sponsored by: Free pre-built ASP.NET > sites including > > Data Reports, E-commerce, Portals, and Forums are available now. > > Download today and enter to win an XBOX or Visual Studio .NET. > > > http://aspnet.click-> url.com/go/psa00100003ave/direct;at.aspnet_072303_ > > 01/01 > > _______________________________________________ > > U-Boot-Users mailing list > > U-Boot-Users(a)lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/u-boot-users > -- > Matthew S. McClintock <mattsm(a)arlut.utexas.edu> > > > > ------------------------------------------------------- > This SF.net email is sponsored by: SF.net Giveback Program. > Does SourceForge.net help you be more productive? Does it > help you create better code? SHARE THE LOVE, and help us help > YOU! Click Here: http://sourceforge.net/donate/ > _______________________________________________ > U-Boot-Users mailing list > U-Boot-Users(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/u-boot-users >

2 1

[U-Boot-Users] Porting Linux into PPC750
by a b 13 Nov '03

13 Nov '03

hi, Have any one ported Linux into IBM PowerPC PPC750 based embedded boards.. Has anyone developed the u-boot for PPC750 based board. If anyone has done it.. please pass on the information to me... I have been struggling with it. The PCI bridge that I am using is IBM CPC700. Regards, Deepu __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree

2 1

[U-Boot-Users] U-Boot hang
by Leon KUKOVEC 13 Nov '03

13 Nov '03

Hi everybody, I'm in the process of writting PCMCIA support for WEPEP250 (boards/wepep250). Everything seems to be going smooth except one thing: When I add a debug function and then execute U-Boot command "pinit on" or "ide reset" U-boot hangs on me. I sometimes get "data abort", sometimes "invalid instruction" and sometimes nothing. Is there any limits with regards to U-Boot's size and by me putting too much inside U-boot's .text section and hitting some marker/border ? The situation: ident_cpy() function used in ide_ident() copies firmware, version, ident string from iop structure to dev_desc structure. Since CompactFlash firmware string and model number string are in big endian byte order I wanted to write ident_swap_cpy, but as I wrote the function, re-compiled U-boot, downloaded it and issued "ide reset" I got a hang. I also tried to put just two printf's inside ident_copy() - a hang again. ident_swap_cpy() worked fine when I compiled and ran it in my examples/ide.c file. Thanks, -- Best Regards, Leon.

2 6

RE: [U-Boot-Users] [PATCH] fix the ARM memory layout
by Woodruff, Richard 13 Nov '03

13 Nov '03

My first statement is correct about how the real_end is used, the BSS comment is confused, that section is probably ok. The interrupt code which is not used, does still use the stack above text. No real idea of how you are getting away with out some kind of error. JTAG and tracing would make it clear quickly. Regards, Richard W. -----Original Message----- From: u-boot-users-admin(a)lists.sourceforge.net [mailto:u-boot-users-admin@lists.sourceforge.net] On Behalf Of Woodruff, Richard Sent: Wednesday, November 12, 2003 6:16 PM To: 'Kyle Harris'; Anders Larsen; wd(a)denx.de Cc: u-boot-users(a)lists.sourceforge.net Subject: RE: [U-Boot-Users] [PATCH] fix the ARM memory layout Hello, So I just took a quick relook at boards other then the 925 based one I'm using, and you would really expect all pxa's to have a problem if they do a malloc. The other working ARM targets init up the _armboot_real_end in cpu.c (to just past the stack above the text), this is what gets used in board.c to init up the malloc area. For the pxa this is commented out, so the default value will be badcode. Why it works for your board like the cradle..... And not some others like the innokom..... Perhaps is a side effect of the buggy bss initialization, the pxa/start.S uses some linker symbols to clear the bss (bss_start/end), these symbols are ABOVE the text address range not below it, the sp was just set up a couple instructions before, then it goes about clearing who knows what. Look at your System.map file or trace it. or the fact the innokom has two! _TEXT_BASE symbols defined (again check its System.map), choose your context, cut and paste of .S files I suppose. Regards, Richard W. > -----Original Message----- > From: u-boot-users-admin(a)lists.sourceforge.net > [mailto:u-boot-users-admin@lists.sourceforge.net] On Behalf > Of Kyle Harris > Sent: Wednesday, November 12, 2003 1:53 PM > To: Anders Larsen; wd(a)denx.de > Cc: u-boot-users(a)lists.sourceforge.net > Subject: Re: [U-Boot-Users] [PATCH] fix the ARM memory layout > > > > On Wednesday 12 November 2003 12:23 pm, Anders Larsen wrote: > > > Hi, > > > > here's a fresh version of my rather intrusive patch from the 17.th > > sept. to rearrange the ARM memory layout to bring it in > line with the > > README. > > > > This has the positive side-effect of actually allow U-Boot to run on > > PXA- and IXP-based targets; the current implementation sets up the > > heap using bogus addresses causing u-boot to crash (this > even applies > > to the recently added board "ixdp425"). > > I don't disagree that memory layout for ARM is broken. But, > I've never seen a > crash on any of my Xscale boards, including a couple of new > ones based on > ixdp425 and cradle. > > Kyle. > > > ------------------------------------------------------- > This SF.Net email sponsored by: ApacheCon 2003, > 16-19 November in Las Vegas. Learn firsthand the latest > developments in Apache, PHP, Perl, XML, Java, MySQL, WebDAV, > and more! http://www.apachecon.com/ > _______________________________________________ > U-Boot-Users mailing list > U-Boot-Users(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/u-boot-users > ------------------------------------------------------- This SF.Net email sponsored by: ApacheCon 2003, 16-19 November in Las Vegas. Learn firsthand the latest developments in Apache, PHP, Perl, XML, Java, MySQL, WebDAV, and more! http://www.apachecon.com/ _______________________________________________ U-Boot-Users mailing list U-Boot-Users(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users

1 0

RE: [U-Boot-Users] [PATCH] fix the ARM memory layout
by Woodruff, Richard 13 Nov '03

13 Nov '03

Hello, So I just took a quick relook at boards other then the 925 based one I'm using, and you would really expect all pxa's to have a problem if they do a malloc. The other working ARM targets init up the _armboot_real_end in cpu.c (to just past the stack above the text), this is what gets used in board.c to init up the malloc area. For the pxa this is commented out, so the default value will be badcode. Why it works for your board like the cradle..... And not some others like the innokom..... Perhaps is a side effect of the buggy bss initialization, the pxa/start.S uses some linker symbols to clear the bss (bss_start/end), these symbols are ABOVE the text address range not below it, the sp was just set up a couple instructions before, then it goes about clearing who knows what. Look at your System.map file or trace it. or the fact the innokom has two! _TEXT_BASE symbols defined (again check its System.map), choose your context, cut and paste of .S files I suppose. Regards, Richard W. > -----Original Message----- > From: u-boot-users-admin(a)lists.sourceforge.net > [mailto:u-boot-users-admin@lists.sourceforge.net] On Behalf > Of Kyle Harris > Sent: Wednesday, November 12, 2003 1:53 PM > To: Anders Larsen; wd(a)denx.de > Cc: u-boot-users(a)lists.sourceforge.net > Subject: Re: [U-Boot-Users] [PATCH] fix the ARM memory layout > > > > On Wednesday 12 November 2003 12:23 pm, Anders Larsen wrote: > > > Hi, > > > > here's a fresh version of my rather intrusive patch from the 17.th > > sept. to rearrange the ARM memory layout to bring it in > line with the > > README. > > > > This has the positive side-effect of actually allow U-Boot to run on > > PXA- and IXP-based targets; the current implementation sets up the > > heap using bogus addresses causing u-boot to crash (this > even applies > > to the recently added board "ixdp425"). > > I don't disagree that memory layout for ARM is broken. But, > I've never seen a > crash on any of my Xscale boards, including a couple of new > ones based on > ixdp425 and cradle. > > Kyle. > > > ------------------------------------------------------- > This SF.Net email sponsored by: ApacheCon 2003, > 16-19 November in Las Vegas. Learn firsthand the latest > developments in Apache, PHP, Perl, XML, Java, MySQL, WebDAV, > and more! http://www.apachecon.com/ > _______________________________________________ > 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] Loading u-boot
by Ed Okerson 12 Nov '03

12 Nov '03

Thanks to some help from Thomas Lange, I think I am about ready to load u-boot on my DbAu1500 (Zinfandel) board. The problem I have now is, how exactly does one do that? The board currently has Yamon in the boot flash at 0xbfc00000, and has secondary flash at 0xbec00000. The s-records in u-boot.srec indicate that it wants to load at 0xbfc00000, but that causes yamon to overwrite itself and crashes. I have tried changing TEXT_BASE to 0xbec00000, and the s-records then look correct but it still doesn't load. I then tried changing TEXT_BASE to 0xa0100000 to get the s-records to load to ram, which appeared to work, I then erased the secondary flash and copied the ram to flash with: YAMON> erase bec00000 100000 YAMON> copy a0100000 bec00000 100000 Then flipped the swap flash switch and hit reset, and the system did not boot. Can anyone enlighten me on how to do this? Thanks Ed Okerson

2 1

Re: [U-Boot-Users] RAMDISK image in flash not getting mounted - Memec Powerpc405 board
by Shamile Khan 12 Nov '03

12 Nov '03

Hi, Yeah that was the problem. So now it boots all the way. I am not sure what this Simple Ramdisk-Image is composed of as I do not get to a promt. I get nothing on the terminal. Shamile --- Kyle Harris <kharris(a)nexus-tech.net> wrote: > Shamile, > > Do you have the proper fs (e.g. ext2, minix, or whatever > your ramdisk is) > support configured in the kernel? Looks like it finds the > ramdisk but can't > decipher contents. > > HTH, Kyle. > > On Wednesday 05 November 2003 07:59 pm, Shamile Khan > wrote: > > > Hi, > > > > I am trying to get Linux to boot with U-boot using a > flash > > based initrd image. I am using a Memec Virtex II Pro > board > > which has a Powerpc 405 processor embedded in an FPGA. > I > > have u-boot running. My flash is 8 Megs and is > organized as > > follows: > > > > 0xFE000000 - U-boot > > 0xFE100000 - Linux u-boot kernel (vmlinux.PPCBoot) > created > > using latest sources from ppckernel.org > > 0xFE200000 - Simple Ramdisk-Image > (simple-ramdisk.PPCBoot ) > > from DENX.de > > > > The boot arguments I pass using u-boot are > > bootargs=console=ttyS0,115200 mem=32M root=/dev/ram rw > > > > Some relevant kernel configuration parameters are > (using > > xilinx_ml300 as base) > > > > # Block devices > > CONFIG_BLK_DEV_RAM=y > > CONFIG_BLK_DEV_RAM_SIZE=4096 > > CONFIG_BLK_DEV_INITRD=y > > > > # File systems > > CONFIG_TMPFS=y > > CONFIG_RAMFS=y > > > > However when I use "bootm fe100000 fe200000" to boot > linux, > > I get all the way to the end of the boot process at > which > > point I get this message: > > > > RAMDISK: Compressed image found at block 0 > > Freeing initrd memory: 554k freed > > Kernel panic: VFS: Unable to mount root fs on 01:00 > > > > Seems like it located the RAMDISK image but is not able > to > > mount it. Any ideas on what is causing this to occur. > > > > I did a backtrace using gdb over abatron and heres > what I > > get (breakpoints don't seem to work for me though > although > > I can get a stach trace) > > #0 0xc000678c in __delay () > > #1 0xc0014734 in panic (fmt=0x1cfde0 <Address 0x1cfde0 > out > > of bounds>) at > > > /home/shamile/ecsi-linux/kernel/src-linuxppc_2_4_devel/include/asm/delay.h: > >42 #2 0xc00fcac8 in mount_block_root (name=0xc00d5ea4 > > "/dev/root", flags=32768) at init/do_mounts.c:376 > > #3 0xc00fd4d4 in mount_root () at init/do_mounts.c:789 > > #4 0xc0002888 in prepare_namespace () at > > init/do_mounts.c:917 > > #5 0xc0002458 in init (unused=0xc2c1) at > init/main.c:556 > > #6 0xc0006f60 in arch_kernel_thread () > > > > Thanks, > > Shamile > > > > __________________________________ > > Do you Yahoo!? > > Protect your identity with Yahoo! Mail AddressGuard > > http://antispam.yahoo.com/whatsnewfree > > > > > > ------------------------------------------------------- > > This SF.net email is sponsored by: SF.net Giveback > Program. > > Does SourceForge.net help you be more productive? Does > it > > help you create better code? SHARE THE LOVE, and help > us help > > YOU! Click Here: http://sourceforge.net/donate/ > > _______________________________________________ > > U-Boot-Users mailing list > > U-Boot-Users(a)lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/u-boot-users __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree

2 5

[U-Boot-Users] Error building 1.0
by Ed Okerson 11 Nov '03

11 Nov '03

I am trying to build u-boot-1.0.0 for the dbau1x00 platform with gcc-2.95.4 and get the following error: mipsel-linux-gcc -g -Os -D__KERNEL__ -DTEXT_BASE=0xbfc00000 -I/home/eokerson/AMD/u-boot-1.0.0/include -fno-builtin -ffreestanding -nostdinc -isystem /usr/lib/gcc-lib/mipsel-linux/2.95.4/include -pipe -DCONFIG_MIPS -D__MIPS__ -EB -mabicalls -Wall -Wstrict-prototypes -c -o vsprintf.o vsprintf.c vsprintf.c: In function `vsprintf': vsprintf.c:194: `__PTRDIFF_TYPE__' undeclared (first use in this function) vsprintf.c:194: (Each undeclared identifier is reported only once vsprintf.c:194: for each function it appears in.) vsprintf.c:194: parse error before `args' vsprintf.c:194: parse error before `args' vsprintf.c:194: warning: left-hand operand of comma expression has no effect vsprintf.c:210: parse error before `args' vsprintf.c:210: parse error before `args' vsprintf.c:210: warning: left-hand operand of comma expression has no effect vsprintf.c:231: parse error before `args' vsprintf.c:231: parse error before `args' vsprintf.c:231: warning: left-hand operand of comma expression has no effect vsprintf.c:237: parse error before `args' vsprintf.c:237: parse error before `args' vsprintf.c:237: warning: left-hand operand of comma expression has no effect vsprintf.c:258: parse error before `args' vsprintf.c:258: parse error before `args' vsprintf.c:258: warning: left-hand operand of comma expression has no effect vsprintf.c:265: parse error before `args' vsprintf.c:265: parse error before `args' vsprintf.c:265: warning: left-hand operand of comma expression has no effect vsprintf.c:268: parse error before `args' vsprintf.c:268: parse error before `args' vsprintf.c:268: warning: left-hand operand of comma expression has no effect vsprintf.c:303: parse error before `args' vsprintf.c:303: parse error before `args' vsprintf.c:303: warning: left-hand operand of comma expression has no effect vsprintf.c:305: parse error before `args' vsprintf.c:305: parse error before `args' vsprintf.c:305: warning: left-hand operand of comma expression has no effect vsprintf.c:309: parse error before `args' vsprintf.c:309: parse error before `args' vsprintf.c:309: warning: left-hand operand of comma expression has no effect vsprintf.c:311: parse error before `args' vsprintf.c:311: parse error before `args' vsprintf.c:311: warning: left-hand operand of comma expression has no effect make[1]: *** [vsprintf.o] Error 1 make[1]: Leaving directory `/home/eokerson/AMD/u-boot-1.0.0/lib_generic' make: *** [subdirs] Error 1 Any suggestions on how to fix this would be greatly appreciated. Ed Okerson

3 3

RE: [U-Boot-Users] RE: linuxppc_2_4_mpc5200 / 5200lite zImage now working
by Tord Andersson 11 Nov '03

11 Nov '03

Wolfgang, Thanks for all help so far. Here is some additional information... > -----Original Message----- > From: Wolfgang Denk [mailto:wd@denx.de] > Sent: den 10 november 2003 17:58 > To: Tord Andersson > Cc: Kate Alhola; Dave Lawrence; u-boot-users(a)lists.sourceforge.net > Subject: Re: [U-Boot-Users] RE: linuxppc_2_4_mpc5200 / > 5200lite zImage now working > > > Dear Tord, > > in message > <004B1D7A5257174C9044A1B7BD0E60ED447037(a)ratatosk.combitechsyst > ems.com> you wrote: > > > > I built u-boot as you described (low boot config). I had problems > > downloading the binary image with the dBUG dn command (tftp, image > > format, might have to do with 100 mbps ethernet?). I then turned to > > the > I put a 10 Mbps hub between the 5200lite and the rest of the net, forcing the ethernet to 10 Mbps, half duplex, and this made the communication work reliably, making it possible to download binary images through the dBUG dn command (tftp, binary image) to the RAM. Btw, when testing dBUG ping in 100Mbps mode, it doesn't seem to work completely OK... (send failures). > I never used dBUG - does it expect a special image format? > Maybe you have to specify "binary" images or so? The dn "Image" format seems to be binary image. > > > "dl" command which only supports S-records. I made an image for > > loading at 0x20000 by the following command: > > > > ppc_82xx-objcopy --gapfill=0xff > --change-adresses=-0xFEFE0000 -O srec > > u-boot_20000.srec > > Umm... > > > I loaded this with the dl command at 0x20000 and then it was > > programmed into flash by: > > > > fp FF000000 FF035250 20000 > > > > I moved the boot jumper to the Low position and u-boot got up! > > Unfortunately, as soon as I tried to save environment variables (IP > > nad > > MAC-adresses) and rebooted, the system crashed. I fear that > my objcopy > > tweaking might have been a little bit too hasty... : ) > > Probably. Try out what happens when you (re-) convert the > _binary_ image into S-Records, something ike this: > > ppc_82xx-objcopy --change-adresses=-0xFEFE0000 -I binary -O srec \ > u-boot.bin your_image.srec After downloading the binary image with dn (based on the FF000000 build) I have the same problem with environment saving. If I don't save anything, u-boot reboots OK. But after saving for instance only the hostname, u-boot crashes during reboot. Does this works OK in the version built to replace DBUG (High boot)? > > Best regards, > > Wolfgang Denk > > -- > Software Engineering: Embedded and Realtime Systems, Embedded Linux > Phone: (+49)-8142-4596-87 Fax: (+49)-8142-4596-88 Email: > wd(a)denx.de No journaling file system can recover your data if > the disk dies. > - Steve Rago in <D4Cw1p.L9E(a)plc.com> >

1 0

[U-Boot-Users] RE: linuxppc_2_4_mpc5200 / 5200lite zImage now working
by Tord Andersson 10 Nov '03

10 Nov '03

Thanks Wolfgang! I built u-boot as you described (low boot config). I had problems downloading the binary image with the dBUG dn command (tftp, image format, might have to do with 100 mbps ethernet?). I then turned to the "dl" command which only supports S-records. I made an image for loading at 0x20000 by the following command: ppc_82xx-objcopy --gapfill=0xff --change-adresses=-0xFEFE0000 -O srec u-boot_20000.srec I loaded this with the dl command at 0x20000 and then it was programmed into flash by: fp FF000000 FF035250 20000 I moved the boot jumper to the Low position and u-boot got up! Unfortunately, as soon as I tried to save environment variables (IP nad MAC-adresses) and rebooted, the system crashed. I fear that my objcopy tweaking might have been a little bit too hasty... : ) Best regards, Tord Andersson -----Original Message----- From: Wolfgang Denk [mailto:wd@denx.de] Sent: den 7 november 2003 12:57 To: Kate Alhola Cc: Tord Andersson; linuxppc-embedded(a)lists.linuxppc.org; u-boot-users(a)lists.sourceforge.net Subject: Re: linuxppc_2_4_mpc5200 / 5200lite zImage now working In message <3FAB51D2.104(a)iti.fi> you wrote: > > >Thanks for sharing your experiences with the MPC5200Lite card. Would > >it be possible for you to explain the steps you took to replace dbug > >with u-boot. Did you use dbug or a bdm? I am about to do the same > >thing, and fear that I might end up with a "dead" card if > >things go wrong : ) > > > I actually did not eplace it all. I just compiled and programmed > u-boot to flash in diferent address than 0xfff00000 I used 0xff800000 > but it is not a good choice This is not an optimal way to solve this. I just checked in patches for U-Boot to allow for a "low-boot" configuration, i. e. you can configure and built U-Boot using the commands "make MPC5200LITE_LOWBOOT_config;make all" and then program it at the low end of the flash (0xFF000000). After switching the boot high/low jumper ("B H/L") the board will boot directly into U-Boot and all you need to switch back to dBUG is to switch the jumper back. It may take a while until the new version of U-Boot shows up on the CVS server; the patch against U-Boot version 1.0.0 is also available at ftp://ftp.denx.de/pub/u-boot/lowboot-1.0.0.patch.gz Best regards, Wolfgang Denk -- Software Engineering: Embedded and Realtime Systems, Embedded Linux Phone: (+49)-8142-4596-87 Fax: (+49)-8142-4596-88 Email: wd(a)denx.de : ... and it's got weird formatting - Notepad, Write, Works 3 can't : decipher it, and it's too big to go in DOS Edit. Help! Install an operating system. :-) -- Tom Christiansen

2 1

[U-Boot-Users] Disk On Chip type of NOR flash?
by Deya 10 Nov '03

10 Nov '03

Hi, Can I use Disk On Chip type of NOR flash with u-boot without any problem? Regards, Deya. ________________________________________________________________________ Yahoo! India Mobile: Download the latest polyphonic ringtones. Go to http://in.mobile.yahoo.com

3 3

RE: [U-Boot-Users] current simple 8260 platform as start...
by Rune Torgersen 09 Nov '03

09 Nov '03

> Actually this is bad advice. The *ADS boards have some > special features which you will not find on any other > board. Also, the implementation of the MPC8260ADS has some > serious problems which have not been fixed for ages because > the board is one of the many orphaned (i. e. not maintained) boards. Like what? I'm interested because I've used the 8266ADS board as basis for our custom board. (Omitting some stuff like their PLA based boot config)

4 4

[U-Boot-Users] Re: Mac SE U-Boot?
by Richard Klingler 09 Nov '03

09 Nov '03

> Richard, > > Did your U-Boot patch to support the Mac SE ever make it into the > "mainstream" U-Boot sources? > > If not, could you send me a copy of your patch? > > Thanks! > > John Hi... There are no m68k/Coldfire sources in any official ppcboot/u-boot versions at all...also never made an SE version so far (o; only for SE/30... rick

2 2

RE: [U-Boot-Users] Board/driver bragging list proposal
by VanBaren, Gerald (AGRE) 07 Nov '03

07 Nov '03

> -----Original Message----- > From: Wolfgang Denk [mailto:wd@denx.de] > Sent: Friday, November 07, 2003 1:58 PM > To: Bryan Larsen > Cc: VanBaren, Gerald (AGRE); u-boot-users(a)lists.sourceforge.net > Subject: Re: [U-Boot-Users] Board/driver bragging list proposal > > > In message <1068217254.667.420.camel@boom> you wrote: > > I like this proposal: the information I'm looking for is > along the lines > > of "we have new hardware using CPU X, Flash Y and Ethernet Z". What > > code should we copy & modify? It's not just what boards > support X, Y, > > Z: that information is availble by using find/grep. It's > what boards do > > things the "right" way, and which ones are > older/hackier/more hardcoded. > > Who is the judge? Who decides what is good and what not? > > Do we install a committee to resolve conflicts? > > > Wolfgang Denk Well, the wiki premise is that /everybody/ is the judge and the wiki will settle down with the proper answer. That is taking quite a lot on faith, especially with something that is pretty subjective and is subject to a lot of ownership-pride. That is what I was alluding to when I wrote: With the wiki, it still may not work, because people may not contribute and there is a risk of people getting into "my implementation is better than your implementation" fights. Hopefully we are all smarter than that. gvb ****************************************** The information contained in, or attached to, this e-mail, may contain confidential information and is intended solely for the use of the individual or entity to whom they are addressed and may be subject to legal privilege. If you have received this e-mail in error you should notify the sender immediately by reply e-mail, delete the message from your system and notify your system manager. Please do not copy it for any purpose, or disclose its contents to any other person. The views or opinions presented in this e-mail are solely those of the author and do not necessarily represent those of the company. The recipient should check this e-mail and any attachments for the presence of viruses. The company accepts no liability for any damage caused, directly or indirectly, by any virus transmitted in this email. ******************************************

1 0

[U-Boot-Users] Board/driver bragging list proposal
by VanBaren, Gerald (AGRE) 07 Nov '03

07 Nov '03

Hi Wolfgang and the rest of the Gang, This is a good opportunity for me to trot out a thought I've been thinking for a while, but have not been able to put together as a cohesive proposal. It would be nice, and the new wiki makes it achievable, to have a feature list where people could identify what whas available and what they felt were the best features (and which implmentations should be steered clear of) which would serve as guidance for newcomers. Some of this information is in the README file, but it is hard to keep up to date and tends to not warn of lesser implmentations nor point out good implementation. Before the wiki, it would have been impossible for one person (Wolfgang) to maintain. With the wiki, it still may not work, because people may not contribute and there is a risk of people getting into "my implementation is better than your implementation" fights. Hopefully we are all smarter than that. Another problem is organization: should we organize by processor and board (which is intuitive but not necessarily the best for looking up information) or by feature (flash type, ethernet interface type, SDRAM type, etc.), or by both? Probably both of the above :-/. Perhaps we can start a wiki documentation branch by having each board maintainer make an entry for their board in a list, branching to a short description of the board and a list of the features. The list of features could then branch to a description of that feature, many of which would be shared by several boards as they use the same driver. This is a crude diagram of what I'm thinking... board1 --> CPU: MPC8260 Flash AMDxxxx ----> AMDxxxx flash driver description (shared with board 1,3) SDRAM ------------> SDRAM support (fixed type, no auto config) FCC ethernet -----> FCC ethernet driver description (shared with board 1,2,3) board2 --> CPU: MPC8260 Flash Intelxxxx --> Intelxxxx flash driver description SDRAM ------------> SDRAM support (e.g. DIMM with auto config) (shared with board 2,3) FCC ethernet -----> FCC ethernet driver description (shared with board 1,2,3) board3 --> CPU: MPC8260 Flash AMDxxxx ----> AMDxxxx flash driver description (shared with board 1,3) SDRAM ------------> SDRAM support (e.g. DIMM with auto config) (shared with board 2,3) FCC ethernet -----> FCC ethernet driver description (shared with board 1,2,3) Then, for instance, if a legacy board does a poor job of implementing a feature (I'm thinking of the 8245 Sandpoint implementation of I2C, for instance), whoever enters the information or whoever gets burned by it later could enter a warning note for future reference. Likewise, if a board does something New and Improved and Better than Sliced Bread, the proud implementer could enter brag a bit (and potentially be "modded down" by others in the future :-). There currently is a board selection box in the DULG wiki http://www.denx.de/twiki/bin/view/DULG/BoardSelect but it only has two boards listed and displays the Denx documentation, not really what I have in mind. Also, I am thinking more of a whole page list of boards so the user can see all of them (preferably with a feature summary) at once to give him more of a clue where to start. Once some basic driver information is in, we could also make a top level driver index page, pointing to the drivers so a user could directly look up (all) then AMDxxxx flash drivers, for instance. Now the problem is, I'm not that familiar with the Denx wiki (sorry, Wolfgang, I just haven't had the time to crawl through it) so I don't know if I'm proposing something that already exists. If it doesn't exist, I don't know the best place to splice in my proposal. Also, the proposal will only be successful if most or all the board supporters kick in some effort. gvb > -----Original Message----- > From: Wolfgang Denk [mailto:wd@denx.de] > Sent: Thursday, November 06, 2003 6:35 AM > To: Richard Klingler > Cc: u-boot-users(a)lists.sourceforge.net > Subject: Re: [U-Boot-Users] current simple 8260 platform as start... > > > Dear Richard, > > in message <20031106104512.A52892263(a)joshua.klingler.net> you wrote: > > > > > All boards use SDRAM, Flash, and Ethernet. Either you > chose a board > > > randomly, or you must be more specific. > > > > I'll try (o; > > > > - 4 * MT48LC4M16A2 SDRAM > > bus width? > > > - CF interface > > How implemented? > > > - SO-DIMM interface > > - BCM6020 DSL > > - PCMCIA option > > How implemented? > > So you do have a couple of "fancy periphals". > > Sorry, but it is not that easy to recommend a specific board without > precise knowledge of your hardware. Even if you sent me the > schematics (which I would need) I wouldn't have the time (for free) > to dig into it. > > Best regards, > > Wolfgang Denk > > -- > Software Engineering: Embedded and Realtime Systems, Embedded Linux > Phone: (+49)-8142-4596-87 Fax: (+49)-8142-4596-88 Email: wd(a)denx.de > An expert is a person who avoids the small errors while sweeping on > to the grand fallacy. > > > ------------------------------------------------------- > This SF.net email is sponsored by: SF.net Giveback Program. > Does SourceForge.net help you be more productive? Does it > help you create better code? SHARE THE LOVE, and help us help > YOU! Click Here: http://sourceforge.net/donate/ > _______________________________________________ > U-Boot-Users mailing list > U-Boot-Users(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/u-boot-users > ****************************************** The information contained in, or attached to, this e-mail, may contain confidential information and is intended solely for the use of the individual or entity to whom they are addressed and may be subject to legal privilege. If you have received this e-mail in error you should notify the sender immediately by reply e-mail, delete the message from your system and notify your system manager. Please do not copy it for any purpose, or disclose its contents to any other person. The views or opinions presented in this e-mail are solely those of the author and do not necessarily represent those of the company. The recipient should check this e-mail and any attachments for the presence of viruses. The company accepts no liability for any damage caused, directly or indirectly, by any virus transmitted in this email. ******************************************

4 5

[U-Boot-Users] Re: linuxppc_2_4_mpc5200 / 5200lite zImage now working
by Wolfgang Denk 07 Nov '03

07 Nov '03

In message <3FAB51D2.104(a)iti.fi> you wrote: > > >Thanks for sharing your experiences with the MPC5200Lite card. > >Would it be possible for you to explain the steps you took to replace > >dbug with u-boot. Did you use dbug or a bdm? > >I am about to do the same thing, and fear that I might end up with a > >"dead" card if > >things go wrong : ) > > > I actually did not eplace it all. I just compiled and programmed u-boot > to flash in diferent > address than 0xfff00000 I used 0xff800000 but it is not a good choice This is not an optimal way to solve this. I just checked in patches for U-Boot to allow for a "low-boot" configuration, i. e. you can configure and built U-Boot using the commands "make MPC5200LITE_LOWBOOT_config;make all" and then program it at the low end of the flash (0xFF000000). After switching the boot high/low jumper ("B H/L") the board will boot directly into U-Boot and all you need to switch back to dBUG is to switch the jumper back. It may take a while until the new version of U-Boot shows up on the CVS server; the patch against U-Boot version 1.0.0 is also available at ftp://ftp.denx.de/pub/u-boot/lowboot-1.0.0.patch.gz Best regards, Wolfgang Denk -- Software Engineering: Embedded and Realtime Systems, Embedded Linux Phone: (+49)-8142-4596-87 Fax: (+49)-8142-4596-88 Email: wd(a)denx.de : ... and it's got weird formatting - Notepad, Write, Works 3 can't : decipher it, and it's too big to go in DOS Edit. Help! Install an operating system. :-) -- Tom Christiansen

1 0

[U-Boot-Users] what is wrong when calloc return bogus?
by Holger Schurig 06 Nov '03

06 Nov '03

I recently updated from u-boot 0.3.2 to CVS (0.4.5). Now blob stopped working. I tracked this down from device_init() to ListCreate() or NewHandle(). My debug output is: U-Boot 0.4.5 (Aug 15 2003 - 18:26:38) U-Boot code: A3000000 -> A300D4E0 BSS: -> A3024000 DRAM Configuration: Bank #0: a0000000 128 MB Flash: 32 MB 1 2 4 6 7 9 10 d1 d3 l1 n1 n2 memPtr=0badc0e8 n3 hanPtr=0badc108 n4 l2 l3 0badc108 list_t ListCreate (int elementSize) { list_t list; printf("l1\n"); list = (list_t) (NewHandle (sizeof (ListStruct))); /* create empty list */ printf("l2\n"); if (list) { printf("l3 %08x\n", list); (*list)->signature = LIST_SIGNATURE; (*list)->numItems = 0; (*list)->listSize = 0; (*list)->itemSize = elementSize; (*list)->percentIncrease = kDefaultAllocationPercentIncrease; (*list)->minNumItemsIncrease = kDefaultAllocationminNumItemsIncrease; } printf("l4\n"); return list; } Target is an Intel PXA255

3 2

RE: [U-Boot-Users] current simple 8260 platform as start...
by Rune Torgersen 06 Nov '03

06 Nov '03

> Like the fact that CFG_DEFAULT_IMMR definition in > MPC8260ADS.h will bring you nasty kernel crashes the first > time you want to boot your Linux kernel. > > Like the fact that there is seems to be need for a > proprietary version of jffs2_part_info() (because of a broken > flash layout?) Ahh... All those fun things I had to fix when I made the 8266ADS port :) (except I never used jffs2)

1 0

RE: [U-Boot-Users] current simple 8260 platform as start...
by Rune Torgersen 06 Nov '03

06 Nov '03

I would suggest the MPC8260ADS board (Or MPC8266ADS if you need PCI) These are Motorolas eval boards an dfailry easy to find documentation on, so that you easier can figure out the differences to your board and make a port. Good luck! (8260 ports aren't very hard...) > > > All boards use SDRAM, Flash, and Ethernet. Either you chose a > > > board randomly, or you must be more specific.

2 1

[U-Boot-Users] current simple 8260 platform as start...
by Richard Klingler 06 Nov '03

06 Nov '03

Good afternoon (o; Got finally the mpc8260 jtag software running (o; Can someone tell me which one of those many 8260 board support packages would be the easiest to start with for a new 8260 platform? No fancy periphal support for now...only: - 4 * 8mbyte sdram chips - 1 * 2mbit flash (8 bit mode) - 1 ethernet (fcc2) thanx in advance rick

2 3

[U-Boot-Users] RAMDISK image in flash not getting mounted - Memec Powerpc405 board
by Shamile Khan 06 Nov '03

06 Nov '03

Hi, I am trying to get Linux to boot with U-boot using a flash based initrd image. I am using a Memec Virtex II Pro board which has a Powerpc 405 processor embedded in an FPGA. I have u-boot running. My flash is 8 Megs and is organized as follows: 0xFE000000 - U-boot 0xFE100000 - Linux u-boot kernel (vmlinux.PPCBoot) created using latest sources from ppckernel.org 0xFE200000 - Simple Ramdisk-Image (simple-ramdisk.PPCBoot ) from DENX.de The boot arguments I pass using u-boot are bootargs=console=ttyS0,115200 mem=32M root=/dev/ram rw Some relevant kernel configuration parameters are (using xilinx_ml300 as base) # Block devices CONFIG_BLK_DEV_RAM=y CONFIG_BLK_DEV_RAM_SIZE=4096 CONFIG_BLK_DEV_INITRD=y # File systems CONFIG_TMPFS=y CONFIG_RAMFS=y However when I use "bootm fe100000 fe200000" to boot linux, I get all the way to the end of the boot process at which point I get this message: RAMDISK: Compressed image found at block 0 Freeing initrd memory: 554k freed Kernel panic: VFS: Unable to mount root fs on 01:00 Seems like it located the RAMDISK image but is not able to mount it. Any ideas on what is causing this to occur. I did a backtrace using gdb over abatron and heres what I get (breakpoints don't seem to work for me though although I can get a stach trace) #0 0xc000678c in __delay () #1 0xc0014734 in panic (fmt=0x1cfde0 <Address 0x1cfde0 out of bounds>) at /home/shamile/ecsi-linux/kernel/src-linuxppc_2_4_devel/include/asm/delay.h:42 #2 0xc00fcac8 in mount_block_root (name=0xc00d5ea4 "/dev/root", flags=32768) at init/do_mounts.c:376 #3 0xc00fd4d4 in mount_root () at init/do_mounts.c:789 #4 0xc0002888 in prepare_namespace () at init/do_mounts.c:917 #5 0xc0002458 in init (unused=0xc2c1) at init/main.c:556 #6 0xc0006f60 in arch_kernel_thread () Thanks, Shamile __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree

1 0

[U-Boot-Users] application program
by Chan Queenie-r54684 06 Nov '03

06 Nov '03

Hi, I'm able to run my application program now (loadaddr = 0x40000 and entry point = 0x40004). Thanks for your previous help. Now, I encounter another problem. When my program is too large, there is certain part in my program I cannot run, ie. I cannot run certain functions when I call them, and the board hangs. I know I have run out of memory space, so I moved my loadaddr to somewhere else, say 0x00300000. Then I do "go 300004". Although I can run at this new location, I still have the same problem: the board hangs when I call the same function. If I shorten my program a bit, I can run it. So my question is, how can I enlarge the program space? I've been searching through the codes but no luck. And one more question, I realize the entry point is always loadaddr + 0x04. Can I change that? If yes, please tell me where to change it. Thank you very much! Best Regards, Queenie Chan NCSD Application Engineer

2 1

[U-Boot-Users] U-Boot-1.0.0 released
by Wolfgang Denk 06 Nov '03

06 Nov '03

A new version of U-Boot has been released. It is named U-Boot-1.0.0 and tagged as "U-Boot-1_0_0" on the CVS server. A tarball is available at ftp://ftp.denx.de/pub/u-boot/u-boot-1.0.0.tar.bz2 Most important changes since last minor release (0.4.8): New Processor Support: Motorola MPC8540/8560 Intel IXP425 CPU Altera Nios-32 New Board Support: MPC8540ADS (MPC8540) MPC8560ADS (MPC8560) IXDP425 (IXP425) dbau1x00 (MIPS32) debris (MPC8245) DK-1C20 (Nios-32) ZPC.1900 (MPC8260) Other Important New Features: support for Altera FPGA ACEX1K auto-update code using USB memory sticks Remember that the User's Manual can be found at http://www.denx.de/twiki/bin/view/DULG/Manual (Contributions welcome). ====================================================================== Changes for U-Boot 1.0.0: ====================================================================== * Fix parameter passing to standalone images with bootm command * Patch by Kyle Harris, 30 Oct 2003: Fix build errors for ixdp425 board * Patch by David M. Horn, 29 Oct 2003: Fixes to build under CYGWIN * Get IceCube MGT5100 working (again) * Fix problems in memory test on some boards (which was not non-destructive as intended) * Patch by Gary Jennejohn, 28 Oct 2003: Change fs/fat/fat.c to put I/O buffers in BSS instead on the stack to prevent stack overflow on ARM systems * Patch by Stephan Linz, 28 Oct 2003: fix init sequence error for NIOS port * Allow lowercase spelling for IceCube_5200; support MPC5200LITE name * Add CONFIG_VERSION_VARIABLE to TRAB configuration * Patch by Xiao Xianghua, 23 Oct 2003: small patch for mpc85xx * Fix small problem in MPC5200 I2C driver * Fix FCC3 support on ATC board * Correct header printing for multi-image files in do_bootm() * Make CONFIG_SILENT_CONSOLE work with CONFIG_AUTOBOOT_KEYED * Fix PCI problems on PPChameleon board * Patch by Steven Scholz, 18 Oct 2003: Fix AT91RM9200 ethernet driver * Patch by Nye Liu, 17 Oct 2003: Fix typo in include/mpc8xx.h * Patch by Richard Woodruff, 16 Oct 03: Fixes for cpu/arm925/interrupt.c - Initialize timestamp & lastdec vars. - fix timestamp overflows. - fix lastdec overflow. - smarter normalization to allow udelay() below 1ms to work. * Patch by Scott McNutt, 16 Oct add networking support for the Altera Nios Development Kit, Cyclone Edition (DK-1C20) * Patch by Jon Diekema, 14 Oct 2003: add hint about doc/README.silent to README file * Add CompactFlash support for NSCU * Fix PCI problems on PPChameleonEVB * TRAB auto-update: Base decision if we have to strip the image header on image type as encoded in the header (include image type patch by Martin Krause, 17 Oct 2003) * Patches by Xianghua Xiao, 15 Oct 2003: - Added Motorola CPU 8540/8560 support (cpu/85xx) - Added Motorola MPC8540ADS board support (board/mpc8540ads) - Added Motorola MPC8560ADS board support (board/mpc8560ads) * Fix flash timings on TRAB board * Make sure HUSH is initialized for running auto-update scripts * Make 5200 reset command _really_ reset the board, without running any other code after it * Fix errors with flash erase when range spans across banks that are mapped in reverse order * Fix flash mapping and display on P3G4 board * Patch by Kyle Harris, 15 Jul 2003: - add support for Intel IXP425 CPU - add support for IXDP425 eval board * Added config option CONFIG_SILENT_CONSOLE. See doc/README.silent for more information * Patch by Steven Scholz, 10 Oct 2003 - Add support for Altera FPGA ACEX1K * Patches by Thomas Lange, 09 Oct 2003: - fix cmd_ide.c for non ppc boards (read/write functions did not add ATA base address) - fix for shannon board - #ifdef CONFIG_IDE_8xx_DIRECT some otherwise unused code - Endian swap ATA identity for all big endian CPUs, not just PPC - MIPS only: New option CONFIG_MEMSIZE_IN_BYTES for passing memsize args to linux - add support for dbau1x00 board (MIPS32) * Patch by Sangmoon Kim, 07 Oct 2003: add support for debris board * Patch by Martin Krause, 09 Oct 2003: Fixes for TRAB board - /board/trab/rs485.c: correct baudrate - /board/trab/cmd_trab.c: bug fix for problem with timer overflow in udelay(); fix some timing problems with adc controller - /board/trab/trab_fkt.c: add new commands: gain, eeprom and power; modify commands: touch and buzzer * Disable CONFIG_SUPPORT_VFAT when used with CONFIG_AUTO_UPDATE (quick & dirty workaround for rogue pointer problem in get_vfatname()); Use direct function calls for auto_update instead of hush commands * Patch by Scott McNutt, 04 Oct 2003: - add support for Altera Nios-32 CPU - add support for Nios Cyclone Development Kit (DK-1C20) * Patch by Steven Scholz, 29 Sep 2003: - A second parameter for bootm overwrites the load address for "Standalone Application" images. - bootm sets environment variable "filesize" to the resulting (uncompressed) data length for "Standalone Application" images when autostart is set to "no". Now you can do something like if bootm $fpgadata $some_free_ram ; then fpga load 0 $some_free_ram $filesize fi * Patch by Denis Peter, 25 Sept 2003: add support for the MIP405 Rev. C board * Patch by Yuli Barcohen, 25 Sep 2003: add support for Zephyr Engineering ZPC.1900 board * Patch by Anders Larsen, 23 Sep 2003: add CMD_PORTIO to CFG_CMD_NONSTD (commands in question are only implemented for the x86 architecture) * Patch by Sangmoon Kim, 23 Sep 2003: fix pll_pci_to_mem_multiplier table for MPC8245 * Patch by Anders Larsen, 22 Sep 2003: enable timed autoboot on PXA * Patch by David Müller, 22 Sep 2003: - add $(CFLAGS) to "-print-libgcc-filename" so compiler driver returns correct libgcc file path - "latency" reduction of busy-loop waiting to improve "U-Boot" boot time on s3c24x0 systems * Patch by Jon Diekema, 19 Sep 2003: - Add CFG_FAULT_ECHO_LINK_DOWN option to echo the inverted Ethernet link state to the fault LED. - In NetLoop, make the Fault LED reflect the link status. The link status gets updated on entry, and on timeouts. * Patch by Anders Larsen, 18 Sep 2003: allow mkimage to build and run on Cygwin-hosted systems * Patch by Frank Müller, 18 Sep 2003: use bi_intfreq instead of bi_busfreq to compute fec_mii_speed in cpu/mpc8xx/fec.c * Patch by Pantelis Antoniou, 16 Sep 2003: add tool to compute fileds in the PLPRCR register for MPC86x * Use IH_TYPE_FILESYSTEM for TRAB "disk" images. * Fix build problems under FreeBSD * Add generic filesystem image type * Make fatload set filesize environment variable * enable basic / medium / high-end configurations for PPChameleonEVB board; fix NAND code * enable TFTP client code to specify to the server the desired timeout value (see RFC-2349) * Improve SDRAM setup for TRAB board * Suppress all output with splashscreen configured only if "splashimage" is set * Fix problems with I2C support for mpc5200 * Adapt TRAB configuration and auto_update to new memory layout * Add configuration for wtk board * Add support for the Sharp LQ065T9DR51U LCD display * Patch by Rune Torgersen, 17 Sep 2003: - Fixes for MPC8266 default config - Allow eth_loopback_test() on 8260 to use a subset of the FCC's * Patches by Jon Diekema, 17 Sep 2003: - update README (SHOW_BOOT_PROGRESS values for cmd_nand.c and env_common.c) - sbc8260 tweaks - adjust "help" output * Patches by Anders Larsen, 17 Sep 2003: - fix spelling errors - set GD_FLG_DEVINIT flag only after device function pointers are valid - Allow CFG_ALT_MEMTEST on systems where address zero isn't writeable - enable 3.rd UART (ST-UART) on PXA(XScale) CPUs - trigger watchdog while waiting in serial driver * Add auto-update code for TRAB board using USB memory sticks, support new configuration with more memory * disable MPC5200 bus pipelining as workaround for bus contention * Modify XLB arbiter priorities on MPC5200 so all devices use same priority; configure critical interrupts to be handled like external interrupts * Make IPB clock on MGT5100/MPC5200 configurable in board config file; go back to 66 MHz for stability * Patches by Jon Diekema, 15 Sep 2003: - add description for missing CFG_CMD_* entries in the README file - sacsng tweaks * Patch by Gleb Natapov, 14 Sep 2003: enable watchdog support for all MPC824x boards that have a watchdog * On MPC5200, restrict FEC to a maximum of 10 Mbps to work around the "Non-octet Aligned Frame" errors we see at 100 Mbps * Patch by Sharad Gupta, 14 Sep 2003: fix SPR numbers for upper BAT register ([ID]BAT[4-7][UL]) * Patch by llandre, 11 Sep 2003: update configuration for PPChameleonEVB board * Patch by David Müller, 13 Sep 2003: various changes to VCMA9 board specific files * Add I2C support for MGT5100 / MPC5200 * Patch by Rune Torgersen, 11 Sep 2003: Changed default memory option on MPC8266ADS to NOT be Page Based Interleave, since this doesn't work very well with the standard 16MB DIMM * Patch by George G. Davis, 12 Sep 2003: fix Makefile settings for sk98 driver * Patch by Stefan Roese, 12 Sep 2003: - new boards added: DP405, HUB405, PLU405, VOH405 - some esd boards updated - cpu/ppc4xx/sdram.c: disable memory controller before setting first values - cpu/ppc4xx/405_pci.c: set vendor id on PPC405EP systems * Patch by Martin Krause, 11 Sep 2003: add burn-in tests for TRAB board * Enable instruction cache on MPC5200 board * Patch by Denis Peter, 11 Sep 2003: - fix USB data pointer assignment for bulk only transfer. - prevent to display erased directories in FAT filesystem. * Change output format for NAND flash - make it look like for other memory, too ====================================================================== Best regards, Wolfgang Denk -- Software Engineering: Embedded and Realtime Systems, Embedded Linux Phone: (+49)-8142-4596-87 Fax: (+49)-8142-4596-88 Email: wd(a)denx.de The software required `Windows 95 or better', so I installed Linux.

3 3

[U-Boot-Users] help - loading linux kernel
by Ronen Shitrit 06 Nov '03

06 Nov '03

Hi I have a U-Boot which is working just fine, and I'm trying to boot a kernel(ver 2.4) image with it , after I load the uImage to the DRAM by using the tftp as it is described in the README file, I'm doing bootm to the uImage location, I see that the code is getting to the kernel code , but there it get lost after we disable the MMU in head.S. (I know that the kernel version I have should be stable on my board cause with the DINK monitor I can load it just fine.) Are there any special changes I should make to the Kernel in order for it to be able to boot from the U-Boot?? If so, where can I find a good reference for it?? Thanks a lot -- Ronen Shitrit M.S.I.L D.N. Misgav 20184 Tel: +972-4-9951000 Fax: +972-4-9951001 Email: mailto: ronen.shitrit(a)il.marvell.com _____________________________________________________________ This message may contain confidential, proprietary or legally privileged information. The information is intended only for the use of the individual or entity named above. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by telephone, or by e-mail and delete the message from your computer.

2 1

RE: [U-Boot-Users] application program
by Rune Torgersen 05 Nov '03

05 Nov '03

I have seen that on large programs, the entry point changes from 40004 to something else. If you do a SREC download instead of binary, it tells you where the entry point is. >Now, I encounter another problem. When my program is too large, there is certain part in my program >I cannot run, ie. I cannot run certain functions when I call them, and the board hangs.

1 0

RE: [U-Boot-Users] [PATCH-1/2] LAN91C111
by Woodruff, Richard 04 Nov '03

04 Nov '03

The comments about broken boards due with the hardware not wiring up byte enables. The problem in that case is a board limitation, not a 91c1111. After you pointed out the mac needs to be unsigned, I went though and changed "all" mac references. Seems like there were a couple more than your patch had. The kernel drivers I have for this already have your fix, and treat mac's correctly through out. Regards, Richard W. > -----Original Message----- > From: Stephan Linz [mailto:linz@mazet.de] > Sent: Tuesday, November 04, 2003 12:45 PM > To: Woodruff, Richard; 'wd(a)denx.de' > Cc: u-boot-users(a)lists.sourceforge.net > Subject: Re: [U-Boot-Users] [PATCH-1/2] LAN91C111 > > > > Hi, > > I'm just back to NIOS. > > Am Montag, 3. November 2003 19:04 schrieb Woodruff, Richard: > > As to the 8bit to 16 access change, at both the boot and > kernel I use > > 16 bit accesses. I'm ok using 8bit access on my board, but > based on > > comments in code and the ifdef's in the shipping kernel code, > > switching that access size will break a few boards. As word access > > works, I wouldn't switch that bit. > > Oops, very interesting informations, because the SMSC's > manuals for LAN91C110 > and LAN91C1111 sayes about SMC91111_INT_REG: "... This > register can be read > and write as a word or two individual bytes ...". So I'm > wondering about a > few boards will be broken. > > Nevertheless, let's leave it at 16bit access. The NIOS board > is running in > both cases, so there is no really important reason to change this bit. > > > > > As far as testing goes, if it works on my board I'm usually > happy. My > > opinion would be if you are submitting new code, it doesn't really > > matter if it works for anyone else as long as it doesn't break the > > compile. If its existing code, then some more care is obviously > > necessary. > > Yes of course, the 16bit to 8 change isn't really important. > I've thought it > could be a good minor code generalization. It wasn't my > intention to make > broken code. > > So, here my second try. In attachment yo will find the patch > again without > this critical change. > > > > > From a group submission aspect, Wolfgang does a good job of > filtering > > and moderating, and likely applies similar logic for > submission. He > > is probably is a bit more stringent in certain areas as the > code would > > become more difficult to maintain with out some control. > > Oh yes, he does a good job for us. > > > Regards, > Stephan > > > > > From: wd(a)denx.de [mailto:wd@denx.de] > > > Sent: Monday, November 03, 2003 9:40 AM > > > To: Stephan Linz > > > Cc: Woodruff, Richard; u-boot-users(a)lists.sourceforge.net > > > Subject: Re: [U-Boot-Users] [PATCH-1/2] LAN91C111 > > > > > > > > > Dear Stephan, > > > > > > in message <0311031553480Q.02205@pcj86> you wrote: > > > > I'm curious about it. When your test phase / cross check > > > --8<--snipp-->8-- >

1 0

RE: [U-Boot-Users] [PATCH-1/2] LAN91C111
by Woodruff, Richard 04 Nov '03

04 Nov '03

As to the 8bit to 16 access change, at both the boot and kernel I use 16 bit accesses. I'm ok using 8bit access on my board, but based on comments in code and the ifdef's in the shipping kernel code, switching that access size will break a few boards. As word access works, I wouldn't switch that bit. As far as testing goes, if it works on my board I'm usually happy. My opinion would be if you are submitting new code, it doesn't really matter if it works for anyone else as long as it doesn't break the compile. If its existing code, then some more care is obviously necessary. >From a group submission aspect, Wolfgang does a good job of filtering and moderating, and likely applies similar logic for submission. He is probably is a bit more stringent in certain areas as the code would become more difficult to maintain with out some control. Regards, Richard W. > -----Original Message----- > From: wd(a)denx.de [mailto:wd@denx.de] > Sent: Monday, November 03, 2003 9:40 AM > To: Stephan Linz > Cc: Woodruff, Richard; u-boot-users(a)lists.sourceforge.net > Subject: Re: [U-Boot-Users] [PATCH-1/2] LAN91C111 > > > Dear Stephan, > > in message <0311031553480Q.02205@pcj86> you wrote: > > > > I'm curious about it. When your test phase / cross check > has success > > what is > > the next step to put in this patch into U-Boot CVS > repository? I need a time > > line to plan my further jobs. > > Please allow for a couple of days - Richard needs some > time for testing, and I won;t find time to check anything > in before Thursday anyway. If by then nobody complained I > will check in your patches - thanks for it. > > Best regards, > > Wolfgang Denk > > -- > Software Engineering: Embedded and Realtime Systems, Embedded Linux > Phone: (+49)-8142-4596-87 Fax: (+49)-8142-4596-88 Email: > wd(a)denx.de Remember, there's a big difference between > kneeling down and bending > over. - Frank Zappa >

2 1

[U-Boot-Users] run command and autoscr.
by Ronen Shitrit 04 Nov '03

04 Nov '03

Hi I'm trying to use the run command, can someone send me an example for this, with short explanation?? ->can I use it with out defining the env parameter through the command line?? can I define it in the h file?? I'm also trying to use the autoscr, can someone send me an example for this, with short explanation?? Thanks -- Ronen Shitrit M.S.I.L D.N. Misgav 20184 Tel: +972-4-9951000 Fax: +972-4-9951001 Email: mailto: ronen.shitrit(a)il.marvell.com _____________________________________________________________ This message may contain confidential, proprietary or legally privileged information. The information is intended only for the use of the individual or entity named above. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by telephone, or by e-mail and delete the message from your computer.

2 1