March 2004 - U-Boot

[U-Boot-Users] PATCH: bi_opbfreq initialization
by Tolunay Orkun 23 Mar '04

23 Mar '04

Resubmitting the previous patch after breaking them into individual patches... Changelog: * Initialize bi_opbfreq to real OPB frequency via get_OPB_freq()

2 1

[U-Boot-Users] PATCH: IBM PPC440GX Reference Platform (Ocotea) Support
by Travis Sawyer 23 Mar '04

23 Mar '04

Greetings: Attached please find the patch to support the IBM PPC440GX Reference platform (Ocotea). CHANGELOG: Travis Sawyer 1 Mar 2004 Ocotea: Add IBM PPC440GX Ref Platform support (Ocotea) Original code by Paul Reynolds <PaulReynolds(a)lhsolutions.com> Adapted to U-Boot and 440GX port 440gx_enet.c: Add gracious handling of all Ethernet Pin Selections for 440GX Add RGMII selection for Cicada CIS8201 Gigabit PHY ppc440.h Add needed bit definitions Fix formatting Many thanx to Paul Reynolds for supplying me with his 'test' code. Enjoy, Travis Sawyer

2 3

RE: [U-Boot-Users] MPC8280 bus_clk
by Rune Torgersen 23 Mar '04

23 Mar '04

This is the code I use: #ifdef PCI_AGENT // FIXME, do automatic checking of PCI agent mode gd->cpm_clk = gd->vco_out / 2; gd->bus_clk = gd->vco_out / (busdf + 1); gd->scc_clk = gd->vco_out / 4; gd->brg_clk = gd->vco_out / (1 << (2 * (dfbrg + 1))); if (cp->b2c_mult > 0) { gd->cpu_clk = (gd->bus_clk * cp->b2c_mult) / 2; } else { gd->cpu_clk = clkin; } #else gd->cpm_clk = gd->vco_out / 2; gd->bus_clk = clkin; gd->scc_clk = gd->vco_out / 4; gd->brg_clk = gd->vco_out / (1 << (2 * (dfbrg + 1))); if (cp->b2c_mult > 0) { gd->cpu_clk = (clkin * cp->b2c_mult) / 2; } else { gd->cpu_clk = clkin; } #endif The two lines that are different are: gd->bus_clk = gd->vco_out / (busdf + 1); gd->cpu_clk = (gd->bus_clk * cp->b2c_mult) / 2; > -----Original Message----- > From: HU Chunlin [mailto:hucl606@hotmail.com] > Sent: Monday, March 22, 2004 20:00 > To: Rune Torgersen > Cc: u-boot-users(a)lists.sourceforge.net > Subject: RE: [U-Boot-Users] MPC8280 bus_clk > > > Thank you for the quick reply. > > So for at least 8266 CPU running PCI agent mode, the > CONFIG_8260_CLKIN definition must be set to 2 x PCI_CLK, and > the bus_clk must be calculated as > gd->bus_clk = gd->vco_out / (busdf + 1)? > > If so, I think there must be a patch for it. > > Regards, > HU Chunlin > > >From: "Rune Torgersen" <runet(a)innovsys.com> > >To: "HU Chunlin" <hucl606(a)hotmail.com> > >Subject: RE: [U-Boot-Users] MPC8280 bus_clk > >Date: Mon, 22 Mar 2004 10:40:31 -0600 > > > >That is a problem for at least eht 8266 CPU when set in PCI > agent mode, > >because the clockiin is then 2x the PCI clock, and is not > the bus clock > >(which is multiplied up from that) > > > > > I got some information from the Technical Support > Engineering Team > > > of Motorola that the statement BUS_CLK == CLKIN applies > to local bus > > > mode only. > > _________________________________________________________________ > 与联机的朋友进行交流，请使用 MSN Messenger: http://messenger.msn.com/cn > >

1 0

[U-Boot-Users] Success with RAM disk.......
by Luke Fimmerzane 23 Mar '04

23 Mar '04

Wolfgang, You were absolutely right! I modified my kernel as per the patchset and my RAM disk is now loading correctly from FLASH. I think I'm slowly becoming an 'expert' with a very small 'e' at the front! Many Thanks, Luke >From: Wolfgang Denk <wd(a)denx.de> >In message <BAY10-F62xERMsrZndN0000238b(a)hotmail.com> you wrote: > > I know that this is probably in the 'infra-red' region of the 'visible' > > U-boot spectrum but I managed to get my root file system runnning from a >RAM > > disk held in RAM but the same RAM disk placed in FLASH failed. >... > >Sounds like a known problem to me. > > > ANY IDEAS? Is there something different between a RAM disk stored in RAM >and a > > RAM disk stored in FLASH. Or am I missing a boot argument? > >You might have a look at the ARM linux tree on our CVS server. >Patchset 2297 might be especially interesting for you. > > >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 >Heavier than air flying machines are impossible. > -- Lord Kelvin, President, Royal Society, c. 1895 _________________________________________________________________ It's fast, it's easy and it's free. Get MSN Messenger today! http://www.msn.co.uk/messenger

2 1

[U-Boot-Users] TFTP Trouble
by Stuart Wood 23 Mar '04

23 Mar '04

Could someone tell me what the following error means? TFTP from server 192.168.1.102; our IP address is 192.168.1.107 Filename '/tftpboot/loader.bin'. Load address: 0x10000 Loading: TX not ready TX timeout Thanks Stuart

6 7

RE: [U-Boot-Users] MPC8280 bus_clk
by HU Chunlin 23 Mar '04

23 Mar '04

Thank you for the quick reply. So for at least 8266 CPU running PCI agent mode, the CONFIG_8260_CLKIN definition must be set to 2 x PCI_CLK, and the bus_clk must be calculated as gd->bus_clk = gd->vco_out / (busdf + 1)? If so, I think there must be a patch for it. Regards, HU Chunlin >From: "Rune Torgersen" <runet(a)innovsys.com> >To: "HU Chunlin" <hucl606(a)hotmail.com> >Subject: RE: [U-Boot-Users] MPC8280 bus_clk >Date: Mon, 22 Mar 2004 10:40:31 -0600 > >That is a problem for at least eht 8266 CPU when set in PCI agent mode, >because the clockiin is then 2x the PCI clock, and is not the bus clock >(which is multiplied up from that) > > > I got some information from the Technical Support Engineering > > Team of Motorola that the statement BUS_CLK == CLKIN applies > > to local bus mode only. _________________________________________________________________ 与联机的朋友进行交流，请使用 MSN Messenger: http://messenger.msn.com/cn

1 0

[U-Boot-Users] Returned mail: see transcript for details
by Mail Delivery Subsystem 23 Mar '04

23 Mar '04

The original message was received at Mon, 22 Mar 2004 18:19:31 -0500 from ottawa-hs-64-26-171-226.s-ip.magma.ca [64.26.171.226] ----- The following addresses had permanent fatal errors ----- <omega(a)cs.umd.edu> (reason: 550 5.1.1 <omega(a)mimsy.cs.umd.edu>... User unknown) (expanded from: <omega(a)cs.umd.edu>) ----- Transcript of session follows ----- ... while talking to mimsy.cs.umd.edu.: >>> DATA <<< 550 5.1.1 <omega(a)mimsy.cs.umd.edu>... User unknown 550 5.1.1 <omega(a)cs.umd.edu>... User unknown <<< 503 5.0.0 Need RCPT (recipient)

1 0

FW: [U-Boot-Users] MPC8280 bus_clk
by Rune Torgersen 22 Mar '04

22 Mar '04

That is a problem for at least the 8266 CPU when set in PCI agent mode, because the clockiin is then 2x the PCI clock, and is not the bus clock (which is multiplied up from that) > I got some information from the Technical Support Engineering > Team of Motorola that the statement BUS_CLK == CLKIN applies > to local bus mode only.

1 0

[U-Boot-Users] MPC8280 bus_clk
by HU Chunlin 22 Mar '04

22 Mar '04

I am trying U-Boot 1.0.0 on a custom MPC8280(HiP7, PVR: 80822011) board. I got some information from the Technical Support Engineering Team of Motorola that the statement BUS_CLK == CLKIN applies to local bus mode only. But function get_clocks in cpu/mpc8260/speed.c has no consideration about this and just use 'gd->bus_clk = clkin' to set the bus_clk. Is there any problem here? Could someone give some opinion? I'm just confused. Thanks. Regards, HU Chunlin _________________________________________________________________ 免费下载 MSN Explorer: http://explorer.msn.com/lccn

1 0

[U-Boot-Users] PPC405 float point linker error
by Nag 22 Mar '04

22 Mar '04

Dear All, When I am trying to use floating point values in hello_world.c (U-Boot/examples), I am getting the following linker errors: ? ( I have copied libgcc.a from /install/lib/gcc-lib/ppc-elf/2.93.3 into Uboot/examples directory and linked hello_world.o with this libgcc.a) powerpc-elf-ld -g -Ttext 0xF00000 -o hello_world -e hello_world hello_world.o libsyscall.a libgcc.a powerpc-elf-ld: fp-bit.o: compiled normally and linked with modules compiled with - mrelocatable Bad value: failed to merge target specific data of file libgcc.a(fp-bit.o) powerpc-elf-ld: dp-bit.o: compiled normally and linked with modules compiled with - mrelocatable Bad value: failed to merge target specific data of file libgcc.a(dp-bit.o) powerpc-elf-ld: _lshrdi3.o: compiled normally and linked with modules compiled with - mrelocatable Bad value: failed to merge target specific data of file libgcc.a(_lshrdi3.o) make[1]: *** [hello_world.srec] Error 1 make[1]: Leaving directory `/usr/nagraj/ppctools/uboot/VT/examples' make: *** [subdirs] Error 1 And does U-boot supports mon_printf("%f") (floating point values printing) ? Before this I have compiled hello_world.c with the following command without any errors powerpc-elf-gcc -g -Os -mrelocatable -ffixed-r14 -meabi -D__KERNEL__ -DTEXT_BASE=0xFFF80000 -I/usr/nagraj/ppctools/uboot/VT/include -fno-builtin -nostdinc -isystem /usr/nagraj/gcc/install/lib/gcc-lib/powerpc-elf/2.95.3/ include -pipe -DCONFIG_PPC -D__powerpc__ -DCONFIG_4xx -ffixed-r2 -ffixed-r29 -mstring -Wa,-m405 -mcpu=405 -msoft-float -Wall -Wstrict-prototypes -c -o hello_world.o hello_world.c I have configured U-boot for Walnut405 board and it is working fine. Since PowerPC405 doesn't support hardware floting-point I am trying to use soft float routines. First I have build cross compiler(On X86 RedHat Linux-9.0 Host for PPC405 target) tools with following commands $ mkdir build-binutils $ mkdir build-gcc $ mkdir build-newlib $ mkdir install $ export TARGET=powerpc-elf $ export PREFIX=`pwd`/install $ export PATH=$PATH:$PREFIX/bin $ set | grep PREFIX $ tar xzvf binutils-2.11.2.tar.gz $ tar xzvf gcc-2.95.3.tar.gz $ tar xzvf newlib-1.9.0.tar.gz $ cd build-binutils $ ../binutils-2.11.2/configure --target=$TARGET --prefix=$PREFIX $ make all install 2>&1 | tee make.log $ cd .. $ cd build-gcc $ ../gcc-2.95.3/configure --target=$TARGET --prefix=$PREFIX \ --nfp --with-newlib --without-headers --with-gnu-as \ --with-gnu-ld --disable-shared --enable-languages=c $ make all-gcc install-gcc 2>&1 | tee make.log $ cd .. $ cd build-newlib $ ../newlib-1.9.0/configure --target=$TARGET --prefix=$PREFIX $ make all install 2>&1 | tee make.log $ cd .. $ cd build-gcc && rm -rf * $ ../gcc-2.95.3/configure --target=$TARGET --prefix=$PREFIX \ --nfp --with-gnu-as --with-gnu-ld --enable-languages=c $ make all install 2>&1 | tee make.log $ cd .. Any help would be appreciated. And advanced thanks. With Best Regards, Nag Do you Yahoo!? Yahoo! Finance Tax Center - File online. File on time.

2 1

[U-Boot-Users] Policy WRT board support patches
by Stephen Williams 22 Mar '04

22 Mar '04

My company is working on a board that runs Linux and U-Boot. It's booting and running Linux now, so I'm starting to think in terms of maybe getting the board support files checked into the main source trees. So what is the maintainer's policy on board support files for boards that are not quite released yet? I expect the board will be released in the next few months as part of the Picture Elements Inc. product line. We're marketing it as an application specific board, although we intend to include the complete development kit with it. -- Steve Williams "The woods are lovely, dark and deep. steve at XXXXXXXXXX But I have promises to keep, http://www.XXXXXXXXXX and lines to code before I sleep, http://www.picturel.com And lines to code before I sleep."

2 1

Re: [U-Boot-Users] Newbie... still stuck with RAM disk
by Luke Fimmerzane 22 Mar '04

22 Mar '04

Wolfgang, I do have ext2 file system support in my kernel. The filesystem was made using 'mke2fs'.... courtesy of my constant companion book from Karim Yaghmour. Thanks again for your help, Luke Here is my current kernel file system related setup... # # File systems # CONFIG_AUTOFS4_FS=y CONFIG_TMPFS=y CONFIG_RAMFS=y CONFIG_PROC_FS=y CONFIG_DEVFS_FS=y CONFIG_DEVFS_MOUNT=y CONFIG_DEVPTS_FS=y CONFIG_EXT2_FS=y # # Network File Systems # CONFIG_NFS_FS=y CONFIG_NFS_V3=y CONFIG_ROOT_NFS=y CONFIG_SUNRPC=y CONFIG_LOCKD=y CONFIG_LOCKD_V4=y _________________________________________________________________ Express yourself with cool emoticons - download MSN Messenger today! http://www.msn.co.uk/messenger

3 3

Re: [U-Boot-Users] RAM disk.. Almost there.. Some success... then failure
by Wolfgang Denk 21 Mar '04

21 Mar '04

In message <BAY10-F62xERMsrZndN0000238b(a)hotmail.com> you wrote: > I know that this is probably in the 'infra-red' region of the 'visible' > U-boot spectrum but I managed to get my root file system runnning from a RAM > disk held in RAM but the same RAM disk placed in FLASH failed. ... Sounds like a known problem to me. > ANY IDEAS? Is there something different between a RAM disk stored in RAM and a > RAM disk stored in FLASH. Or am I missing a boot argument? You might have a look at the ARM linux tree on our CVS server. Patchset 2297 might be especially interesting for you. 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 Heavier than air flying machines are impossible. -- Lord Kelvin, President, Royal Society, c. 1895

1 0

[U-Boot-Users] Patch to boot systemace read performance
by Stephen Williams 20 Mar '04

20 Mar '04

This small patch increases file read performance from CompactFLASH via SystemACE. It makes a significant difference. CHANGELOG ENTRY * Patch by Stephen Williams, 19 March 2004 Increase speed of sector reads from SystemACE, shorten poll timeout and remove a useless reset. -- Steve Williams "The woods are lovely, dark and deep. steve at XXXXXXXXXX But I have promises to keep, http://www.XXXXXXXXXX and lines to code before I sleep, http://www.picturel.com And lines to code before I sleep." Index: common/cmd_ace.c =================================================================== RCS file: /cvsroot/u-boot/u-boot/common/cmd_ace.c,v retrieving revision 1.3 diff -u -r1.3 cmd_ace.c --- common/cmd_ace.c 27 Feb 2004 08:21:54 -0000 1.3 +++ common/cmd_ace.c 20 Mar 2004 02:36:20 -0000 @@ -190,16 +190,13 @@ /* Write sector count | ReadMemCardData. */ ace_writew((trans&0xff) | 0x0300, 0x14); - /* CONTROLREG = CFGRESET|LOCKREQ */ - ace_writew(0x0082, 0x18); - retry = trans * 16; while (retry > 0) { int idx; /* Wait for buffer to become ready. */ while (! (ace_readw(0x04) & 0x0020)) { - udelay(1000); + udelay(100); } /* Read 16 words of 2bytes from the sector buffer. */

1 0

RE: [U-Boot-Users] miiphy_speed() broken after latest patch...
by Rune Torgersen 19 Mar '04

19 Mar '04

Read on a LXT973 Dual Phy returns (mii read) an errro on register 9 and 0x0000 on register 0x0a (lxt973 is a dual 10/100 phy) > I am afraid I cannot say that. Perhaps folks on the list try > "mii read" command to test if register 0xA is returning other > than 0xffff.

2 1

[U-Boot-Users] miiphy_speed() broken after latest patch...
by Tolunay Orkun 19 Mar '04

19 Mar '04

I just noticed that Cogent CSB272 is now incorrectly reporting 1000Mbps speed after the following patch is applied to common/miiphyutil.c * Patches by Travis Sawyer, 12 Mar 2004: - Fix Gigabit Ethernet support for 440GX - Add Gigabit Ethernet Support to MII PHY utilities Cogent CSB272 board uses Intel LXT971A PHY on board and current code is being fooled by this patch. According to datasheet of Intel LXT971A, PHY, PHY_1000BTSR register is listed among registers as 1000BASE-T/100BASE-T2 Status Register but it is marked as not implemented and no further data is available. So, the check against 0xFFFF is not working properly. I have been monitoring the linuxppc embedded list and there appears to be incompatible register sets for 1000Mbps PHYs as well. Perhaps we need to make the detection of 1000Mbps PHY included optionally based on a CONFIG_ macro and 1000MBps PHY boards define that variable. I have no use for extra code. Best regards, Tolunay

4 5

[U-Boot-Users] RAM disk.. Almost there.. Some success... then failure
by Luke Fimmerzane 19 Mar '04

19 Mar '04

I know that this is probably in the 'infra-red' region of the 'visible' U-boot spectrum but I managed to get my root file system runnning from a RAM disk held in RAM but the same RAM disk placed in FLASH failed. For example if I tftpboot my kernel to RAM, tftpboot my RAMDISK to RAM and then issue bootm 30300000 30500000 it mounts an ext2 file system, calls init and the world is a good place to be! BUT if I tftpboot my kernel to RAM, store my root file system in FLASH (the exact same RAM disk as above) at address 8200000 and then issue bootm 30300000 8200000 I get the following errors: Kernel command line: root=/dev/ram ramdisk=12000 DEBUG: timer count 15626 Console: colour dummy device 80x30 Calibrating delay loop... 49.86 BogoMIPS Memory: 64MB = 64MB total Memory: 62880KB available (1253K code, 257K data, 76K init) Dentry-cache hash table entries: 8192 (order: 4, 65536 bytes) Inode-cache hash table entries: 4096 (order: 3, 32768 bytes) Mount-cache hash table entries: 1024 (order: 1, 8192 bytes) Buffer-cache hash table entries: 4096 (order: 2, 16384 bytes) Page-cache hash table entries: 16384 (order: 4, 65536 bytes) POSIX conformance testing by UNIFIX Linux NET4.0 for Linux 2.4 Based upon Swansea University Computer Society NET3.039 Initializing RT netlink socket CPU clock = 200.000 Mhz, HCLK = 100.000 Mhz, PCLK = 50.000 Mhz Starting kswapd devfs: v1.10 (20020120) Richard Gooch (rgooch(a)atnf.csiro.au) devfs: boot_options: 0x1 ttyS%d0 at I/O 0x50000000 (irq = 52) is a S3C2410 ttyS%d1 at I/O 0x50004000 (irq = 55) is a S3C2410 ttyS%d2 at I/O 0x50008000 (irq = 58) is a S3C2410 Console: switching to colour frame buffer device 30x40 Installed S3C2410 frame buffer pty: 256 Unix98 ptys configured s3c2410-ts initialized S3C2410 Real Time Clock Driver v0.1 block: 128 slots per queue, batch=32 RAMDISK driver initialized: 16 RAM disks of 12000K size 1024 blocksize eth0: cs8900 rev J(3.3 Volts) found at 0xd0000300 cs89x0 media RJ-45, IRQ 37 No NAND device found!!! NET4: Linux TCP/IP 1.0 for NET4.0 IP Protocols: ICMP, UDP, TCP, IGMP IP: routing cache hash table of 512 buckets, 4Kbytes TCP: Hash tables configured (established 4096 bind 4096) NET4: Unix domain sockets 1.0/SMP for Linux NET4.0. NetWinder Floating Point Emulator V0.95 (c) 1998-1999 Rebel.com Unable to handle kernel paging request at virtual address 98200040 pgd = c0004000 *pgd = 00000000, *pmd = 00000000 Internal error: Oops: 0 CPU: 0 pc : [<c0127acc>] lr : [<c00b60f0>] Not tainted sp : c02efd48 ip : 00000000 fp : c02efd78 r10: ffffffff r9 : 00000000 r8 : c02eff38 r7 : 00000000 r6 : c02eff38 r5 : 00000200 r4 : 00000000 r3 : 00000000 r2 : 000001fc r1 : 98200040 r0 : c03f8400 Flags: nzCv IRQs on FIQs on Mode SVC_32 Segment kernel Control: 317F Table: 30004000 DAC: 0000001D Process swapper (pid: 1, stackpage=c02ef000) Stack: (0xc02efd38 to 0xc02f0000) fd20: c00b60f0 c0127acc fd40: 20000013 ffffffff 00000200 00000000 00000200 c02eff38 00000000 c00b60f0 fd60: 00000000 c03f8400 c02eff18 c02efda4 c02efd7c c0010f34 c00b608c c02efdd8 fd80: c02eff18 c0160edc c02ee000 c02db660 000001fa c02db860 c02effa8 c02efda8 fda0: c001127c c0010ea8 c02efeb0 000000fa 00000100 00000100 c02efdd4 00000000 fdc0: 00000000 000001f0 00000000 00000000 00000000 5c2d2f7c 00000000 00000000 fde0: c02db860 00000000 00000000 00000000 00000000 00000000 00000000 00000000 fe00: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 fe20: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 fe40: 00000000 00000000 00000000 c02db660 00000000 00000000 00000000 00000000 fe60: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 fe80: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 fea0: 00000000 00000000 00000000 00000000 00000000 00000000 c02efdd8 00000000 fec0: c0160edc 00000000 00020000 00000003 00000000 00000000 00000000 00000000 fee0: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 ff00: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 ff20: c02efe44 00000000 c0166958 00000000 00020000 00000001 00000000 00000000 ff40: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 ff60: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 ff80: c015ea2c c016b240 c0175b74 00000000 c0166930 41129200 3001629c c02effb8 ffa0: c02effac c00116cc c0011104 c02effe0 c02effbc c001b12c c00116bc c0034998 ffc0: 00000000 c018d540 c016ba7c c016ba64 c015ec48 c02efff4 c02effe4 c001b230 ffe0: c001b0e0 00000000 00000000 c02efff8 c001cbf8 c001b22c 00000000 00000000 Backtrace: Function entered at [<c00b607c>] from [<c0010f34>] r6 = C02EFF18 r5 = C03F8400 r4 = 00000000 Function entered at [<c0010e98>] from [<c001127c>] Function entered at [<c00110f4>] from [<c00116cc>] Function entered at [<c00116ac>] from [<c001b12c>] Function entered at [<c001b0d0>] from [<c001b230>] r8 = C015EC48 r7 = C016BA64 r6 = C016BA7C r5 = C018D540 r4 = 00000000 Function entered at [<c001b21c>] from [<c001cbf8>] r4 = 00000000 Code: 1a00002c e2522004 4282c004 4a00001b (e4913004) Kernel panic: Attempted to kill init! ANY IDEAS? Is there something different between a RAM disk stored in RAM and a RAM disk stored in FLASH. Or am I missing a boot argument? Thanks, Luke [[[By the way for anyone that is interested ...here's a summary of the state of my working configuration for running a RAMDISK from a RAM location. #define CONFIG_CMDLINE_TAG 1 /* enable passing of ATAGs */ #define CONFIG_SETUP_MEMORY_TAGS 1 #define CONFIG_INITRD_TAG 1 The command line I pass to the kernel is setenv bootargs root=/dev/ram ramdisk=12000 I found that if I didn't specify a ramdisk size then I get the following error RAMDISK: Compressed image found at block 0 RAMDISK: incomplete write (ramdisk too small?) (-28 != 32768) I think this might be related to CONFIG_BLK_DEV_RAM_SIZE=4096. But haven't had a chance to check it out. My uncompressed RAM is 12M, my compressed RAM is 4M I also had to enable devfs in the kernel or else I get the following error Warning: unable to open an initial console.]]] Thanks again Luke _________________________________________________________________ All the action. All the drama. Get NCAA hoops coverage at MSN Sports by ESPN. http://msn.espn.go.com/index.html?partnersite=espn

1 0

[U-Boot-Users] SC520 BOARD PROBLEM
by Wolfgang Kanovsky 19 Mar '04

19 Mar '04

Hi all, i have a strenght problem ... uboot is comming up but when i enter any command its freezing .... anyone here how have an idea why ? .. @ Wolfgang Denk -- i figured out that in the SC520 implementation (i386 - board.c ) the relocation to Dram and copy of the commands is not implemented -- is that correct ? im to new to Uboot to be sure about that .. so please can you look at board.c and give me a feedback if im right ..then i will try to port that part maybe thats the reason why im freezing ? or is has someone still done this part in the past ? thanks Wolfgang Kanovsky --------------------------------------------------------------- U-Boot 1.0.2 (Mar 19 2004 - 09:46:37) U-Boot code: 08FC0000 -> 08FDA389 data: 00400000 -> 00400AF3 BSS: 00400AF4 -> 0040AF5F stack: 0040AF60 -> 00412F5F DRAM Configuration: Bank #0: 00000000 64 MB Bank 0: Micron / Intel 28F640J3A Flash: 8 MB *** Warning - bad CRC, using default environment set_irq(): map INTA to IRQ9 00 11 8086 1209 0200 09 In: serial Out: serial Err: serial Net: i82559#0 ***SC520 hopf BOARD last stage init done*** ### main_loop entered: bootdelay=5 ### main_loop: bootcmd="<UNDEFINED>" boot > H ---- frozen !!!!!!!!!!!!!!!!!!!!!!!!! _______________________________________________________________________ Realtime Distributed Computing Systems - Ruprecht & Partner OEG Hopf Industriefunkuhren SUN Microsystems iForce Partner Master Reseller A*CZ*SK*HR*SLO Oracle Partner Embelgasse 66/10-11 A - 1050 Wien Tel: +43 1 5455077-0 Fax: +43 1 5455077-11 mailto:office@rdcs.at Internet: http://www.rdcs.at/ _____________________________________________________________________

1 0

[U-Boot-Users] Compile Error when adding CFG_CMD_PING
by Stuart Wood 19 Mar '04

19 Mar '04

After adding CFG_CMD_PING to M5282EVB.h I get the compile error below. Anybody have an idea? Stuart #define CONFIG_COMMANDS ( CONFIG_CMD_DFL & CFG_CMD_PING & ~(CFG_CMD_LOADS | CFG_CMD_LOADB) ) env_flash.c: In function `env_relocate_spec': env_flash.c:387: `flash_addr' undeclared (first use in this function) env_flash.c:387: (Each undeclared identifier is reported only once env_flash.c:387: for each function it appears in.) make[1]: *** [env_flash.o] Error 1 make[1]: Leaving directory `/home/stuart/src/u-boot/common' make: *** [common/libcommon.a] Error 2

1 0

[U-Boot-Users] Newbie... still stuck with RAM disk
by Luke Fimmerzane 18 Mar '04

18 Mar '04

Finally got access to hardware again. So here's the full o/p from my ARM target. Still trying to get a root file system on a RAM disk. Without any success. Here's o/p from my booting.... Again apologies if its in-appropriate. I'm absolutely stuck! The RAM disk is programmed into FLASH at 0x8200000. The kernel is tftpeed to RAM at 0x30300000 my bootargs are root=/dev/ram A couple of questions before I'm roasted....... -> Do I need CONFIG_SETUP_MEMORY_TAGS enabled -> Do I need CONFIG_INITRD_TAG enabled -> Should CONFIG_DEVFS_FS be enabled in kernel? -> Should CONFIG_DEVFS_MOUNT be enabled in kernel -> When running mkimage for RAM disk what relevance are load and entry addresses. My 'Karim Yaghmour' book says not needed. -> Do I need to specify 'initrd=' -> Do I need to specify 'initrd_start=' Sorry for appearing dumb but there are so many combinations...... and I have already tried so many my head is spinning. Thanks, Luke bootm 30300000 8200000 ## Booting image at 30300000 ... Image Name: 2.4.18 rmk pxa1 Created: 2004-03-16 17:44:43 UTC Image Type: ARM Linux Kernel Image (uncompressed) Data Size: 664024 Bytes = 648.5 kB Load Address: 30008000 Entry Point: 30008000 Verifying Checksum ... OK OK ## Loading Ramdisk Image at 08200000 ... Image Name: RAM disk Created: 2004-03-16 14:46:33 UTC Image Type: ARM Linux RAMDisk Image (gzip compressed) Data Size: 4164813 Bytes = 4 MB Load Address: 00000000 Entry Point: 00000000 Verifying Checksum ... OK Starting kernel ... Uncompressing Linux................................................ done, bootin g the kernel. Linux version 2.4.18-rmk7-pxa1 (lukef@target1) (gcc version 2.95.2 20000516 (rel ease) [Rebel.com]) #16 Tue Mar 16 17:41:30 GMT 2004 CPU: ARM/CIRRUS Arm920Tsid(wb) revision 0 Machine: Samsung-SMDK2410 On node 0 totalpages: 16384 zone(0): 16384 pages. zone(1): 0 pages. zone(2): 0 pages. Kernel command line: root=/dev/ram DEBUG: timer count 15626 Console: colour dummy device 80x30 Calibrating delay loop... 49.86 BogoMIPS Memory: 64MB = 64MB total Memory: 62880KB available (1253K code, 257K data, 76K init) Dentry-cache hash table entries: 8192 (order: 4, 65536 bytes) Inode-cache hash table entries: 4096 (order: 3, 32768 bytes) Mount-cache hash table entries: 1024 (order: 1, 8192 bytes) Buffer-cache hash table entries: 4096 (order: 2, 16384 bytes) Page-cache hash table entries: 16384 (order: 4, 65536 bytes) POSIX conformance testing by UNIFIX Linux NET4.0 for Linux 2.4 Based upon Swansea University Computer Society NET3.039 Initializing RT netlink socket CPU clock = 200.000 Mhz, HCLK = 100.000 Mhz, PCLK = 50.000 Mhz Starting kswapd devfs: v1.10 (20020120) Richard Gooch (rgooch(a)atnf.csiro.au) devfs: boot_options: 0x1 ttyS%d0 at I/O 0x50000000 (irq = 52) is a S3C2410 ttyS%d1 at I/O 0x50004000 (irq = 55) is a S3C2410 ttyS%d2 at I/O 0x50008000 (irq = 58) is a S3C2410 Console: switching to colour frame buffer device 30x40 Installed S3C2410 frame buffer pty: 256 Unix98 ptys configured s3c2410-ts initialized S3C2410 Real Time Clock Driver v0.1 block: 128 slots per queue, batch=32 RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize eth0: cs8900 rev J(3.3 Volts) found at 0xd0000300 cs89x0 media RJ-45, IRQ 37 No NAND device found!!! NET4: Linux TCP/IP 1.0 for NET4.0 IP Protocols: ICMP, UDP, TCP, IGMP IP: routing cache hash table of 512 buckets, 4Kbytes TCP: Hash tables configured (established 4096 bind 4096) NET4: Unix domain sockets 1.0/SMP for Linux NET4.0. NetWinder Floating Point Emulator V0.95 (c) 1998-1999 Rebel.com Kernel panic: VFS: Unable to mount root fs on 01:00 _________________________________________________________________ It's fast, it's easy and it's free. Get MSN Messenger today! http://www.msn.co.uk/messenger

2 1

[U-Boot-Users] Custom PPC8270 Board
by uboot＠sundmangroup.com 18 Mar '04

18 Mar '04

Good Evening Comrades, We have now succesfully ported U-boot-1.0.2 to our brand new HW! It is a very limited port from a functional point of view and we will continue to add functionality to it but anyway we made some serious progess. Thanks especially to Yuli and Wolfgang for helping with basics around the code and BDI2000! Cheers // Matias :))

1 0

[U-Boot-Users] Access to Serial # from Linux
by Shlomo_Kut＠mksinst.com 18 Mar '04

18 Mar '04

Hi, How can Linux access the u-boot serial# parameter? regards Shlomo Kut Software Engineer MKS Instruments Tenta Products Tel: 972-8-9181015 Fax: 972-8-9181020 www.mksinst.com

2 1

RE: [U-Boot-Users] Boot Count Limit
by Lokesh Kumar 17 Mar '04

17 Mar '04

Wolfgang, The attachment seems to be for 8260 processor. What about MPC855T? Is it the same? Or what do I have to do to access this parameter? Lokesh -----Original Message----- From: Wolfgang Denk [mailto:wd@denx.de] Sent: Wednesday, January 28, 2004 6:54 AM To: Jeff Angielski Cc: u-boot-users(a)lists.sourceforge.net Subject: Re: [U-Boot-Users] Boot Count Limit Dear Jeff, in message <1075223225.4345.4.camel(a)localhost.localdomain> you wrote: > > Has anybody written the small application that resets the bootcount as > per the following description: Ah! Somebody else is actually using this feature :-) > "It is the responsibility of some application code (typically a Linux > application) to reset the variable bootcount, thus allowing for more > boot cycles." Correct. > If so, can you send it my way or tell me where to get it? I am trying > to not recreate the wheel yet again.... :) Please see attachment. Best regards, Wolfgang Denk -- See us @ Embedded World, Nuremberg, Feb 17 - 19, Hall 12.0 Booth 440 Phone: (+49)-8142-4596-87 Fax: (+49)-8142-4596-88 Email: wd(a)denx.de Build a system that even a fool can use and only a fool will want to use it.

2 1

[U-Boot-Users] MIPS (purple) compilation problems.
by Ronen Shitrit 17 Mar '04

17 Mar '04

Hi I'm trying to port the U-Boot to Marvell board with MIPS (rm7000) I am using a cross compiler mips64-elf. I'm trying to compile the purpule_config and I have some compilation problems, when I'm using the cpu/mips/config flag -mabicalls I get a lot of warnings: c1: warning: -G is incompatible with PIC code which is the default ......... and an LD error: mips64-elf-ld: common/main.o: linking PIC files with non-PIC files Bad value: failed to merge target specific data of file common/main.o When I remove the -mabicalls flag, the compilation pass, and the LD fail again on different error: mips64-elf-ld: target elf32-tradbigmips not found The LD is looking for elf32-tradbigmips because in the LD script we define the output file to be: elf32-tradbigmips why do we use this definition and not elf32-bigmips?? and what is the difference between these two?? and why when I install my cross compiler I don't have support for this output format?? so I changed it the output format to elf32-bigmips then I'm getting this LD error: : undefined reference to `_GLOBAL_OFFSET_TABLE_' I know it is because I don't have this define in the linker script, and I guess the elf32-tradbigmips has this definition. What should I do?? 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 4

[U-Boot-Users] huge .bin file
by Frank 17 Mar '04

17 Mar '04

Hi Frank, I just made the sc520_cdp board and the u-boot.bin file size is 947911360 bytes. That's right, 947 MB. has anyone made this board lately and why is it producing such a large .bin file. I know this (the size is wrong) but I don't know why... __________________________________ Do you Yahoo!? Yahoo! Mail - More reliable, more storage, less spam http://mail.yahoo.com

1 0