September 2005 - U-Boot

[U-Boot-Users] Runninng ELDK_BUILD : Pls help
by batsayan.das＠tcs.com 03 Sep '05

03 Sep '05

Running ELDK_BUILD script gives the following o/p. It was looking to patch something. ************************************************************** ## Building "2005-09-01" for architecture "ppc" step rpm ---- Step 'rpm' started at Thu Sep 1 02:39:53 IST 2005 ---- tar: /opt/eldk/build/ppc-2005-09-01/cross_rpms/rpm/SOURCES/rpm-4.1.1.tar.gz: Cannot open: No such file or directory tar: Error is not recoverable: exiting now tar: Child returned status 2 tar: Error exit delayed from previous errors /opt/eldk/build/build.sh: line 386: cd: rpm-4.1.1: No such file or directory /opt/eldk/build/build.sh: line 387: /opt/eldk/build/ppc-2005-09-01/cross_rpms/rpm/SOURCES/rpm-4.1.1-yellowdog.patch: No such file or directory can't find file to patch at input line 4 Perhaps you used the wrong -p or --strip option? The text leading up to this was: -------------------------- |diff -Naur rpm-4.1.1.orig/Makefile.in rpm-4.1.1.new/Makefile.in |--- rpm-4.1.1.orig/Makefile.in Fri Oct 10 10:02:01 2003 |+++ rpm-4.1.1.new/Makefile.in Fri Oct 10 10:03:09 2003 -------------------------- File to patch: *************************************************************** My /opt/eldk contains "SPRMS, build, tarballs" directory along with other normal directory. I donloaded the SPRMS from the yellowdog ftp site. I modified the ELDK_BUILD so that ncftpget command in the script works. The modified lines are : ${SRPMS_URL:='ftp://127.0.0.1/pub/SRPMS'} : ${SRPMS_UPDATES_URL:='ftp://127.0.0.1/pub/U_SRPMS'} I put the SPRMS( ftp://ftp.yellowdoglinux.com/pub/yellowdog/yellowdog-3.0/en/os/SRPMS ) and U_SPRMS(ftp://ftp.yellowdoglinux.com/pub/yellowdog/updates/yellowdog-3.0/SR… downloded from the yellowdog ftp site at /var/ftp/pub. Actually I plan to get the updates from the yellowdog ftp site. But as the site (ftp://ftp.yellowdoglinux.com/pub/yellowdog/updates/yellowdog-3.0/SRPMS) does not open up; I copied the SPRMS to U_SPRMS. So, SPRMS and U_SPRMS are same, in my case. I did this because from my m/c it not possible to get files from yellowdog ftp site by ncftpget. I started vsftpd service. Pls help Thanks, Batsayan Das Tata Consultancy Services Limited Mailto: batsayan.das(a)tcs.com Website: http://www.tcs.com Notice: The information contained in this e-mail message and/or attachments to it may contain confidential or privileged information. If you are not the intended recipient, any dissemination, use, review, distribution, printing or copying of the information contained in this e-mail message and/or attachments to it are strictly prohibited. If you have received this communication in error, please notify us by reply e-mail or telephone and immediately and permanently delete the message and any attachments. Thank you

2 1

[U-Boot-Users] CAN bus support on MCF5282
by David Peters 02 Sep '05

02 Sep '05

Has anyone done anything in U-Boot for the CAN bus on the MCF5282? Is there any code available that might help test a CAN bus?

2 1

[U-Boot-Users] [PATCH] Support OF Flat Tree for embedded PPC
by Pantelis Antoniou 02 Sep '05

02 Sep '05

Hi all. The following patch supports the passing of a OF flat tree from the bootloader to the kernel, for embedded PPC processors. For reference purposes this is done for 8xx processors. The bulk of the patch deals of the disentanglement of OF support from the generic PMAC & CHRP code. Please comment. Regards Pantelis

1 0

[U-Boot-Users] [PATCH] Fix default command set.
by Pantelis Antoniou 02 Sep '05

02 Sep '05

Hi all. The following patch fixes the default command set by not including the CFG_CMD_DISPLAY commands. Regards Pantelis diff --git a/include/cmd_confdefs.h b/include/cmd_confdefs.h --- a/include/cmd_confdefs.h +++ b/include/cmd_confdefs.h @@ -109,6 +109,7 @@ CFG_CMD_DATE | \ CFG_CMD_DHCP | \ CFG_CMD_DIAG | \ + CFG_CMD_DISPLAY | \ CFG_CMD_DOC | \ CFG_CMD_DTT | \ CFG_CMD_ECHO | \

1 0

[U-Boot-Users] u-boot bringup
by Raghu 02 Sep '05

02 Sep '05

Hello All, I successfully ported u-boot on a PPC405EP processor, But I get the u-boot prompt only when I connect and execute it using the BDI2000, including all the serial outputs. But if I disconnect the BDI nothing comes up on the Serial COM. Any clues please ?? Thanks, Raghu. ____________________________________________________ Start your day with Yahoo! - make it your home page http://www.yahoo.com/r/hs

4 3

[U-Boot-Users] U-boot port issue on a MPC8280 Custom board
by Srivatsan CR 02 Sep '05

02 Sep '05

Dear all, 1) We have a custom designed MPC8280 board. We have brought up the board using BDi2000 ofcourse after a long struggle. :-) 2) We are trying to bringup the board with u-boot. 3) We are using 2 Micron Flash devices MT28F128J3 so total size is 32 MB. Also our system clock is 83.3 Mhz. Our flash device has a 125ns/25nsec read access time. 4) Our initial boot space as configured in Bdi is 0xfff00100. Our flash base address is 0xfe000000. 12 clock cycle is configured for system clock cycle. 5) In u-boot erase and write time-out are configured for 5000 and 5000 respectively. 6) While we try to debug the code using gdb, the program stops at 0xfff10108. This address is inside ListInserItem. 7) Before u-boot executes, there was data in 0xfff10108 but after it executes, the flash displays the status of the commands (flash specific commands for writing/erasing). When we write the following command in bdi: mm 0xfe000000 0xffffffff the flash displays the normal data. That means u-boot data is available from 0xfe000000 but at 0xfff00000 we are seeing all F's but at 0xfff10108 alone we see in the following manner. Something is trying to do a flash erase and that is causing the problem. 0xfff10108 0000ffff 8) From Bdi2000, the stepping happens fine. Atleast it not going till board_init_f, cpu_init_f yes. My problem is doing debugging from GDB : Why is data at 0xfff00000 gets erased ? And also why is the command given incomplete ? Hope somebody will help me solve the issue. I can send the map file if somebody needs it. I don't have any special logging or console buffer enabled. Even ethernet code is disabled. Only serial is enabled on SMC1. With Thanks and Regards, C.R.Srivatsan

1 0

RE: [U-Boot-Users] BDI2000 and MPC8260
by Rune Torgersen 01 Sep '05

01 Sep '05

> -----Original Message----- > From: Pantelis Antoniou > Sent: Thursday, September 01, 2005 13:44 > > That doesn't sound quite right, but worst case all you need to do > > is pull RSTCONF to ground and the 82xx will use an internal > > configuration word to get you going. > If your boot flash is not written correctly, you'd better > have a way to pull RSTCONF low. Different BDI settings are > required however, beware. Eh.. According to the 8260 Users manual it is excactly opposite... (8260UM ch 5.4) RSTCONF should be tied to GND for reading HRCW from EPROM. RSTCONF should be tied to VCC for slave configuration or if you want to use the default all 0 HRCW.

1 0

[U-Boot-Users] BDI2000 and MPC8260
by Alex Zeffertt 01 Sep '05

01 Sep '05

Hi, I hope this isn't considered off topic here.... I am trying to load u-boot.bin into the flash device on my PM828 board using a BDI2000 and the config file ftp://ftp.denx.de/pub/BDI2000/pm826.cfg. On the PM828 platform the HRW - hard reset configuration word- is loaded into the CPU from bottom of the flash device on CS0. The problem I am seeing is that the bdi2000 cannot communicate with the PM828 if the HRW is not present in the flash device. I.e. you need u-boot.bin already loaded into flash in order to load u-boot.bin into flash! At the moment I can work around this problem by setting some jumpers on the board to remap CS0 to a PROM device containing u-boot, writing the HRW into flash, and returning the jumpers so that CS0 is mapped to the flash again. Unfortunately I will not be able to do this on our custom hardware as there will only be a flash device and no PROM. Here is the output from the BDI2000 session when the flash on CS0 is erased (i.e. the HRW is 0xffffffff): - TARGET: waiting for target Vcc - TARGET: waiting for target Vcc - TARGET: waiting for target Vcc [ PM828 is switched on ] - TARGET: processing power-up delay - TARGET: processing user reset request - BDI asserts HRESET - Reset JTAG controller passed - Bypass check: 0x00000001 => 0x00000001 - JTAG exists check passed - COP status is 0x01 - Check running state passed - BDI scans COP freeze command - BDI removes HRESET - Target PVR is 0x80822011 - COP status is 0x05 - Check stopped state passed - Check LSRL length passed - BDI sets breakpoint at 0xFFF00100 - BDI resumes program execution - Waiting for target stop passed - TARGET: Target PVR is 0x80822011 - TARGET: resetting target passed - TARGET: processing target startup .... - TARGET: processing target startup passed [ 10 second gap ] *** TARGET: reset detected, restarting target - BDI asserts HRESET - Reset JTAG controller passed - Bypass check: 0x00000001 => 0x00000001 - JTAG exists check passed - COP status is 0x05 - Check running state failed - TARGET: Target PVR is 0x80822011 *** TARGET: resetting target failed # PPC: unexpected response from target - TARGET: target will be restarted in 10 sec - TARGET: processing user reset request [ the above repeats indefinitely ] Does anybody have any idea how to work around this circular dependency? Regards, Alex

3 2

[U-Boot-Users] Executing an application from a specific address
by Swapnil Ashok Narkhede 01 Sep '05

01 Sep '05

HI, I have my bootloader running and i get the boot prompt. Now i am trying to load hello_world.bin and trying to execute it. 1>> I have a pxa250 (ARM)processor on Accelent board. As per Readme.Standalone i should be loading the application at 0x0c100000 and executing from the same address.But no where in the hello_world.c i find any link which tells the application that it should stick to the above specified address. Then why is it that U-boot can run the application only if it is at that address. I read some previous posts which say that we can download the application anywhere other than 0x0c100000,but u boot wont execute them. Why is it so? Where has it been specified that u-boot should execute standalone application only if it is at that address 2>>The memory map for pxa250 which i received says nCS0: 0x00000000-0x03ffffff J77 1-2 Flash ROM (default) J78 2-3 M-Systems Disk On Chip nCS1: 0x04000000-0x07ffffff J78 1-2 M-Systems Disk On Chip (default) J77 2-3 Flash ROM nCS2: 0x08000000-0x0bffffff Unused, available on expansion buses nCS3: 0x0c000000-0x0fffffff J49 1-2: MediaQ MQ1132 J49 open: Unused, available on expansion buses which means address space 0x0c000000-0x0fffffff is unused. Then how can i download my application to that address and execute it. Regards, Swapnil Narkhede Mob:- 0432025023 Email:- s3092131(a)student.rmit.edu.au School of Computer Science and Information Technology RMIT University, Melbourne

2 1

Re: [U-Boot-Users] PPC440GX reset command doesn't work
by Renaud Barbier 01 Sep '05

01 Sep '05

Just saw that old email. I am haveing the sme problem with my 440GX. Have you found any clue of why a system reset does not work? Andrew Wozniak wrote: >Andrew Wozniak wrote: > > >>We have a custom PPC440GX board running a ported version of U-Boot based >>on the OCOTEA codebase. Most U-Boot commands are working - life is good. >> >>Except for the 'reset' command. The do_reset() source code at >>cpu/ppc4xx/cpu.c appears to be the function for doing the reset via the >>PPC "debug control register". The PPC manual shows that a cpu reset is >>possible thru this register, but I'm a PPC assembly newbee and need to >>figure it out the macros in the cpu.c source code. >> >>Just wondering if anyone else with a PPC440 target had any special >>modifications to make 'reset' work. >> >> > >Ok, understand the assembly macro (except for the ::: "r3"). Must have >something to do with do_reset args? > >Anyway, it appears that a PPC "system reset" does not work as >implemented via DBCR0 value 0x30000000. > >If I change the value to 0x20000000 to do a "chip reset", the U-Boot >'reset' command works! > >Is this an appropriate solution or might our hardware design have a flaw? > >Thanks for all suggestions. > > > >>Thank you. >> >> > > > >------------------------------------------------------- >This SF.Net email is sponsored by: NEC IT Guy Games. How far can you shotput >a projector? How fast can you ride your desk chair down the office luge track? >If you want to score the big prize, get to know the little guy. >Play to win an NEC 61" plasma display: http://www.necitguy.com/?r=20 >_______________________________________________ >U-Boot-Users mailing list >U-Boot-Users(a)lists.sourceforge.net >https://lists.sourceforge.net/lists/listinfo/u-boot-users > > >

1 0