June 2004 - U-Boot

[U-Boot-Users] 2.4.19-rmk7-ds1+JFFS and U-Boot.
by Annamalai Prakash 01 Jun '04

01 Jun '04

Hi... I am trying to load jffs file system from my flash in my ixdp425 board. my kernel shows...JFFS file system is mounted. but there is no prompt there. I want to know, whether i m following correct steps with u-BOOT or not. 1. created jffs file system using mkfs.jffs2 (mkfs.jffs2 -e 0x20000 -b -r /root/Prakash/RAMD/temp/ -o ram.img. ) 2. made the ram.img as ram.uimg using mkimage -T ramdisk -C gzip -a 0x00440000 option. (My kernel boot message shows 0x0044000 as user partition.so that i m using it for RF.) 3. Made ram.uimag as srec file. and downloaded into flash at 0x50160000. Now i m passing the following as my command line args. =root=/dev/mtdblock1 mem=16M rootfstype=jffs console=ttyS0,115200 init=/bin/sh kernel bootup message... ...... Using static MTD partitions. Creating 2 MTD partitions on "IXP425 Flash": 0x00040000-0x00440000 : "image" mtd: Giving out device 0 to image 0x00440000-0x00fc0000 : "user" mtd: Giving out device 1 to user .... .... VFS: Mounted root (jffs filesystem). Freeing init memory: 204K Warning: unable to open an initial console. Kernel panic: No init found. Try passing init= option to kernel. Expecting ur help I m struggling with this problem last 5 days. Thanks Prakash

2 1

RE: [U-Boot-Users] flash erase
by Brad Kemp 01 Jun '04

01 Jun '04

Christian The 28F128J3A is supported in drivers/cfi_flash.c Add #define CFG_FLASH_CFI_DRIVER in your boards header file. It should autodetect the flash if CFG_FLASH_BASE is set correctly Brad > -----Original Message----- > From: CG [mailto:christian@mcdi.com] > Sent: Friday, May 28, 2004 4:16 PM > To: Kerl, John; VanBaren, Gerald (AGRE); > u-boot-users(a)lists.sourceforge.net > Subject: Re: [U-Boot-Users] flash erase > > > Hello, > > I think that you're right. I used flash routines in my flash > driver which > serve 32-bit data bus width. But I cannot use it if the > flash has only one > 16-bit... > > Is there any flash driver can I refer that use one > 28F128J3A... So just only > 1 16-bit data bus. > > I have to mydify the flash driver... the next step! > > Regards > > Christian > > > ----- Original Message ----- > From: "Kerl, John" <John.Kerl(a)Avnet.com> > To: "CG" <christian(a)mcdi.com>; "VanBaren, Gerald (AGRE)" > <Gerald.VanBaren(a)smiths-aerospace.com>; > <u-boot-users(a)lists.sourceforge.net> > Sent: Thursday, May 27, 2004 4:45 PM > Subject: RE: [U-Boot-Users] flash erase > > > > Usually what happens is that if one has a 32-bit data bus and 16-bit > > wide flash parts, there are two flash chips side by side. A single > > 32-bit write results in 16 bits going to one chip and 16 bits going > > to the other. Note that flash chips generally lack byte enables so > > in fact one *must* do a single 32-bit write in this case, > rather than > > two 16-bit writes. > > > > So, you might want to check (a) processor bus width, (b) processor > > bus width for this particular chip select; (c) flash bus width; (d) > > how many flash chips you have. And if this is a new, custom board, > > please keep in mind that problems are just as likely to need fixing > > with a soldering iron & flywires, as with software mods. Either the > > software or the hardware could be at fault. > > > > > -----Original Message----- > > > From: u-boot-users-admin(a)lists.sourceforge.net > > > [mailto:u-boot-users-admin@lists.sourceforge.net]On Behalf Of CG > > > Sent: Thursday, May 27, 2004 1:16 PM > > > To: VanBaren, Gerald (AGRE); u-boot-users(a)lists.sourceforge.net > > > Subject: Re: [U-Boot-Users] flash erase > > > > > > > > > I don't tkink that the AT91RM9200 supports 32-bits data > > > width. The SMC > > > interface supports only 8 or 16-bit data width.It's what I > > > read from the > > > data sheet. > > > > > > I hope to find the real problem soon. > > > > > > Thanks a lot > > > > > > Christian > > > > > > ----- Original Message ----- > > > From: "VanBaren, Gerald (AGRE)" > <Gerald.VanBaren(a)smiths-aerospace.com> > > > To: <u-boot-users(a)lists.sourceforge.net> > > > Sent: Thursday, May 27, 2004 3:13 PM > > > Subject: RE: [U-Boot-Users] flash erase > > > > > > > > > > > > > > Christian: > > > > > > > > It looks like you have your memory controller (BRx/ORx) > > > configured for 32 > > > bits but your actual memory width is 16 bits so the processor > > > is reading 32 > > > bits on every bus cycle, half of which are garbage. > > > > > > > > gvb > > > > > > > > > > > > > -----Original Message----- > > > > > From: u-boot-users-admin(a)lists.sourceforge.net > > > > > [mailto:u-boot-users-admin@lists.sourceforge.net]On > Behalf Of CG > > > > > Sent: Thursday, May 27, 2004 2:46 PM > > > > > To: Wolfgang Denk > > > > > Cc: u-boot-users(a)lists.sourceforge.net > > > > > Subject: Re: [U-Boot-Users] flash erase > > > > > > > > > > > > > > > I use only one 16-bit flash device. Also, I wrote some data > > > > > in different > > > > > flash area and it works partially. > > > > > > > > > > I can execute these command : > > > > > cp.b 2000000 10000000 2 => It copies 2 byte (data = 0x0006) > > > > > at 0x10000000 > > > > > it seems to work > > > > > cp.b 2000000 10000002 2 => It copies 2 byte at 0x10000002 > > > > > cp.b 2000000 10000004 2 => It copies 2 byte at 0x10000004, > > > > > I got problem > > > > > sometimes... it writes only 0x0002 instead of 0x0006 > > > > > > > > > > If I type this command: > > > > > cp.b 2000000 10000000 4 => I got problem as I said in my > > > > > previous e-mail > > > > > > > > > > Copy to Flash... not erased at 10000002 (0) > > > > > > > > > > You can see the memory content: > > > > > 10000000: ffff0006 ffffff10 ffff0430 fffffd30 > > > > > > > > > > The only problem that I can see now is the home-made PCB that > > > > > I use to test > > > > > the memory flash with the dev. board. In fact, I use 56 > > > > > long wires to > > > > > connect each IO from the "flash pcb" to the dev. board. It's > > > > > maybe why the > > > > > communication is unstable. But I hope that it's the > only problem. > > > > > > > > > > Regards > > > > > > > > > > Christian > > > > > > > > > > > > > > > ----- Original Message ----- > > > > > From: "Wolfgang Denk" <wd(a)denx.de> > > > > > To: "CG" <christian(a)mcdi.com> > > > > > Cc: "Stephan Linz" <linz(a)mazet.de>; > > > > > <u-boot-users(a)lists.sourceforge.net> > > > > > Sent: Thursday, May 27, 2004 2:10 PM > > > > > Subject: Re: [U-Boot-Users] flash erase > > > > > > > > > > > > > > > > In message <052401c443f1$218d1550$6b01a8c0@cc> you wrote: > > > > > > > Do you have an example to know how to erase the flash > > > > > 28F128J3 from > > > > > INTEL? > > > > > > > > > > > > This has little to do with which chip is being used, but > > > > > more with > > > > > > how your board is organized, i. e. bus width and how many > > > > > chips are > > > > > > used to form a bank. I think you use 2 chips in 16 bit mode > > > > > to form a > > > > > > 32 bit wide bank. This must be implemented in the driver. > > > > > > > > > > > > > I use 16-bit data width, CS0. I would like to use this > > > > > flash in order > > > > > to > > > > > > > store u-boot and applications (linux and ramdisk). > > > > > > > > > > > > Are you really sure? To me it looks more as if there ware 2 > > > > > x 16 bit > > > > > > devices on a 32 bit wide bus. > > > > > > > > > > > > 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 > > > > > > Sorry, but my karma just ran over your dogma. > > > > > > > > > > > > > > > > > > > > > > > > > > ------------------------------------------------------- > > > > > This SF.Net email is sponsored by: Oracle 10g > > > > > Get certified on the hottest thing ever to hit the market... > > > > > Oracle 10g. > > > > > Take an Oracle 10g class now, and we'll give you the > exam FREE. > > > > > http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click > > > > > _______________________________________________ > > > > > 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. > > > > ****************************************** > > > > > > > > > > > > ------------------------------------------------------- > > > > This SF.Net email is sponsored by: Oracle 10g > > > > Get certified on the hottest thing ever to hit the > > > market... Oracle 10g. > > > > Take an Oracle 10g class now, and we'll give you the exam FREE. > > > > http://ads.osdn.com/?ad_id149&alloc_id66&opÌk > > > > _______________________________________________ > > > > 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 is sponsored by: Oracle 10g > > > Get certified on the hottest thing ever to hit the market... > > > Oracle 10g. > > > Take an Oracle 10g class now, and we'll give you the exam FREE. > > > http://ads.osdn.com/?ad_id149&alloc_id66&op=ick > > > _______________________________________________ > > > 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 is sponsored by: Oracle 10g > > Get certified on the hottest thing ever to hit the > market... Oracle 10g. > > Take an Oracle 10g class now, and we'll give you the exam FREE. > > http://ads.osdn.com/?ad_id149&alloc_id66&opÌk > > _______________________________________________ > > 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 is sponsored by: Oracle 10g > Get certified on the hottest thing ever to hit the market... > Oracle 10g. > Take an Oracle 10g class now, and we'll give you the exam FREE. > http://ads.osdn.com/?ad_id149&alloc_id66&op=ick > _______________________________________________ > 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] GDB support for ARM
by Woodruff, Richard 01 Jun '04

01 Jun '04

Hi Dirk, I looked into this a while back. The code necessary to make this work for ARM is not present. I added about 1/2 of the code (perhaps more than half) necessary to get it to work on the OMAP1510 and can send it if you like. The missing bit has to do with handing exceptions properly. I added in a serial debug server which is used along with a manufacturer's wireless tests. I attempted to input this code in a somewhat parallel way to what GDB needed, in hopes that I could also make the GDB stuff work. Given how useful JTAG is and schedules I didn't end up working though the exception code. It broken in several spots, some in its current use of R8, some in its stacking for SWI mode, and in general its recovery needs work. Regards, Richard W. > -----Original Message----- > From: u-boot-users-admin(a)lists.sourceforge.net [mailto:u-boot-users- > admin(a)lists.sourceforge.net] On Behalf Of Dirk Behme > Sent: Tuesday, June 01, 2004 2:23 AM > To: u-boot-users(a)lists.sourceforge.net > Subject: [U-Boot-Users] GDB support for ARM > > Hello, > > using U-Boot at an ARM9 board, at the moment I download a image by tftp > into board's SDRAM and then start the image by 'g 0x1000000' (0x10000000 > is the SDRAM base address). > > Now, I wonder if it is possible to start the image under control of gdb. > As I understand it, there can run a small 'gdb-stub' on the target > which talks by serial line or by ethernet with the gdb on the > development host. > > In common/kgdb.c there seems to be something like this small 'gdb-stub'? > Does it work for ARM? How can it be used? > > Thanks in advance and sorry if this is a FAQ. > > Regards > > Dirk > > > ------------------------------------------------------- > This SF.Net email is sponsored by: Oracle 10g > Get certified on the hottest thing ever to hit the market... Oracle 10g. > Take an Oracle 10g class now, and we'll give you the exam FREE. > http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click > _______________________________________________ > 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] GDB support for ARM
by Dirk Behme 01 Jun '04

01 Jun '04

Hello, using U-Boot at an ARM9 board, at the moment I download a image by tftp into board's SDRAM and then start the image by 'g 0x1000000' (0x10000000 is the SDRAM base address). Now, I wonder if it is possible to start the image under control of gdb. As I understand it, there can run a small 'gdb-stub' on the target which talks by serial line or by ethernet with the gdb on the development host. In common/kgdb.c there seems to be something like this small 'gdb-stub'? Does it work for ARM? How can it be used? Thanks in advance and sorry if this is a FAQ. Regards Dirk

2 1

[U-Boot-Users] Problems with binutils 2.15
by Karim Yaghmour 01 Jun '04

01 Jun '04

I've been playing around trying to get U-Boot 1.1.1 (and previous versions) to build with the following toolchain: - binutils 2.15 - gcc 3.3.2 - glibc 2.3.2 This toolchain was built for a PPC target with no particular CPU flags or CPU patches. Here's what I'm doing: $ cd u-boot-1.1.1 $ make TQM860L_config $ make CROSS_COMPILE=powerpc-linux- Now, this starts to build and goes far enough, but somehow LD actually seg faults somewhere down the line. I've copied the command line that fails in Make directly to the command line and I get this (the output is somewhat edited for the form, but it's all there): ---------------------------------------------------------------------- $ UNDEF_SYM=`powerpc-linux-objdump -x lib_generic/libgeneric.a board/tqm8xx/libtqm8xx.a cpu/mpc8xx/libmpc8xx.a lib_ppc/libppc.a fs/cramfs/libcramfs.a fs/fat/libfat.a fs/fdos/libfdos.a fs/jffs2/libjffs2.a fs/reiserfs/libreiserfs.a net/libnet.a disk/libdisk.a rtc/librtc.a dtt/libdtt.a drivers/libdrivers.a drivers/sk98lin/libsk98lin.a post/libpost.a post/cpu/libcpu.a common/libcommon.a |sed -n -e 's/.*$__u_boot_cmd_.*$/-u\1/p'|sort|uniq`;\ > powerpc-linux-ld -Bstatic -T /home/.../u-boot-1.1.1/board/tqm8xx/u-boot.lds -Ttext 0x40000000 -n $UNDEF_SYM cpu/mpc8xx/start.o \ > --start-group lib_generic/libgeneric.a board/tqm8xx/libtqm8xx.a cpu/mpc8xx/libmpc8xx.a lib_ppc/libppc.a fs/cramfs/libcramfs.a fs/fat/libfat.a fs/fdos/libfdos.a fs/jffs2/libjffs2.a fs/reiserfs/libreiserfs.a net/libnet.a disk/libdisk.a rtc/librtc.a dtt/libdtt.a drivers/libdrivers.a drivers/sk98lin/libsk98lin.a post/libpost.a post/cpu/libcpu.a common/libcommon.a --no-warn-mismatch -L /home/.../tools/lib/gcc-lib/powerpc-linux/3.3.2/nof -lgcc --end-group \ > -Map u-boot.map -o u-boot Segmentation fault ---------------------------------------------------------------------- If run from the makefile, this would come right after: ---------------------------------------------------------------------- ... a - usb_kbd.o a - usb_storage.o a - virtex2.o a - xilinx.o a - circbuf.o make[1]: Leaving directory `/home/.../u-boot-1.1.1/common' ---------------------------------------------------------------------- I've tried 0.4.0 and 1.0.0 and get very similar behavior. Anyone see this before? Karim -- Author, Speaker, Developer, Consultant Pushing Embedded and Real-Time Linux Systems Beyond the Limits http://www.opersys.com || karim(a)opersys.com || 1-866-677-4546

3 3