April 2008 - U-Boot

[U-Boot-Users] Linux kernel startup
by Tiju 06 Apr '08

06 Apr '08

Hi all, Afteruboot comes up, I get stuck with the booting of linux kernel. The RAMrange is from 0x30000000-0x38000000. Following are the steps I do toget the uImage.bin. $ arm-linux-objcopy -O binary -R .note -R .comment -S vmlinux linux.bin $ gzip -9 linux.bin $../u-boot-1.3.2/tools/mkimage -A arm -O linux -T kernel -C gzip -a0x30008000 -e 0x30008000 -n "Linux kernel" -d linux.bin.gz uImage.bin Image Name: Linux kernel Created: Sun Apr 6 12:19:12 2008 Image Type: ARM Linux Kernel Image (gzip compressed) Data Size: 4271627 Bytes = 4171.51 kB = 4.07 MB Load Address: 0x30008000 Entry Point: 0x30008000 After this I put the uImage.bin at 0x33000000, restart uboot and I get: U-Boot 1.3.2 (Apr 6 2008 - 12:03:10) DRAM: 128 MB Flash: 32 MB Using default environment In: serial Out: serial Err: serial Hit any key to stop autoboot: 0 ## Booting image at 33000000 ... Image Name: Linux kernel Image Type: ARM Linux Kernel Image (gzip compressed) Data Size: 4271627 Bytes = 4.1 MB Load Address: 30008000 Entry Point: 30008000 Verifying Checksum ... Bad Data CRC DPB2440 # Isit the problem with the settings of uboot or the kernel and what shouldI do to bring the linux kernel up? Where could I find more informationregarding this? Kindly help me out. Thanks in advance. Tiju Share files, take polls, and make new friends - all under one roof. Go to http://in.promos.yahoo.com/groups/

2 1

Re: [U-Boot-Users] s3c2440 -- serial_init
by Tiju 06 Apr '08

06 Apr '08

Hi Vishal, I am stuck with the Kernel load address and entry point. It keeps on resetting. Output as shown below. My ram range is from 30000000 to 38000000. U-Boot 1.3.2 (Apr 4 2008 - 18:02:03) DRAM: 128 MB Flash: 32 MB Using default environment In: serial Out: serial Err: serial Hit any key to stop autoboot: 0 ## Booting image at 34000000 ... Image Name: TIJU Linux-2.6.24.4 Image Image Type: ARM Linux Kernel Image (gzip compressed) Data Size: 4288104 Bytes = 4.1 MB Load Address: 36000000 Entry Point: 36000000 Verifying Checksum ... OK Uncompressing Kernel Image ... OK Starting kernel ... undefined instruction pc : [<3790e004>] lr : [<3101175c>] sp : 30fcfaf8 ip : 30fcffb8 fp : 00000000 r10: 00000001 r9 : 30fcfe98 r8 : 30fcffdc r7 : 31012e94 r6 : 34000040 r5 : 310194b4 r4 : 310194b1 r3 : 36000000 r2 : 30000100 r1 : 0000016a r0 : 00000000 Flags: nzCv IRQs off FIQs off Mode SVC_32 Resetting CPU ... data abort pc : [<31010ca8>] lr : [<31010d40>] sp : 30fcfa88 ip : 3101afdc fp : 00000000 r10: 00000001 r9 : 30fcfe98 r8 : 30fcffdc r7 : 31012e94 r6 : 34000040 r5 : 0065ba3e r4 : 00036042 r3 : 3101afe0 r2 : 00036042 r1 : 00003707 r0 : 000036ff Flags: nzCv IRQs on FIQs on Mode SVC_32 Resetting CPU ... What could be the problem? Thanks, Tiju ----- Original Message ---- From: Vishal Oliyil Kunnil <vishal.ok(a)gmail.com> To: Tiju <tj_jac(a)yahoo.co.in> Sent: Friday, 4 April, 2008 1:42:30 PM Subject: Re: [U-Boot-Users] s3c2440 -- serial_init Hi Tiju, Never used the controller either, but I suggest you try enabling the debug macro in the ethernet driver ... CONFIG_DM9000_DEBUG -- snip -- #ifdef CONFIG_DM9000_DEBUG #define DM9000_DBG(fmt,args....) printf(fmt ,##args) #else /* */ #define DM9000_DBG(fmt,args...) #endif /* */ --snip- Regards, Vishal On Fri, Apr 4, 2008 at 12:35 PM, Tiju <tj_jac(a)yahoo.co.in> wrote: > > Hi Vishal, > > No, the ethernet controller is outside the processor. We are using DM9000A. > The link led does not glow when LAN cable is connected. Instead when we ping > it glows, but does not ping correctly. > > Thank You, > Tiju > > > ----- Original Message ---- > From: Vishal Oliyil Kunnil <vishal.ok(a)gmail.com> > To: Tiju <tj_jac(a)yahoo.co.in> > > Sent: Thursday, 3 April, 2008 8:32:26 PM > Subject: Re: [U-Boot-Users] s3c2440 -- serial_init > > Is the ethrnet core inside the processor ? (never used the smcx ...) > Does ping work ? Does the link LED glow when you plug in the LAN cable ? > > Vishal > > On Thu, Apr 3, 2008 at 7:05 PM, Tiju <tj_jac(a)yahoo.co.in> wrote: > > > > Hi Vishal, > > > > Thank You so much for your help. The u-boot is up and running from > yesterday > > onwards. :) > > The network driver doesn't seem to work properly. Trying to figure it out. > > It says--- > > > > DPB2440 # tftpboot > > dm9000 i/o: 0x18000000, id: 0x90000a46 > > MAC: 00:e0:63:0e:56:78 > > could not establish link > > TFTP from server 192.168.100.6; our IP address is 192.168.100.110 > > Filename 'zImage'. > > Load address: 0x34000000 > > Loading: T T T #T T T T T T T > > Retry count exceeded; starting again > > TFTP from server 192.168..100.6; our IP address is 192.168.100.110 > > Filename 'zImage'. > > Load address: 0x34000000 > > Loading: T T #T T T T T T T T > > .... > > > > Any idea what the problem is? > > > > Regards, > > Tiju > > > > > > ----- Original Message ---- > > From: Vishal Oliyil Kunnil <vishal.ok(a)gmail.com> > > To: Tiju <tj_jac(a)yahoo.co.in> > > > > Sent: Wednesday, 2 April, 2008 11:29:21 AM > > Subject: Re: [U-Boot-Users] s3c2440 -- serial_init > > > > Hi Tiju, > > You should not write the image to RAM. U-boot should re-locate by itself. > > What is the debugger that you use ? Try putting a breakpoint at address > > of start_armboot() -> you can get the address by > > objdump -S u-boot.elf > u-boot.dump > > A memory dump should show contents of 0x0 anf 0x31000000 to be same. > > Also I suggest you use a stable release of u-boot and not U-Boot > > 1.3.2-00046-g23e20aa-dirty. > > > > Regards, > > -Vishal > > > > > > > > > > On Wed, Apr 2, 2008 at 8:58 AM, Tiju <tj_jac(a)yahoo.co.in> wrote: > > > > > > Hi Vishal, > > > > > > Thanks for the tips. After I compiling with TEXT_BASE=0x31000000 and > > > commenting > > > - CONFIG_SKIP_LOWLEVEL_INIT > > > - CONFIG_SKIP_RELOCATE_UBOOT it does not work directly. After this I > just > > > wrote the same image to the NOR flash as well as the RAM (starting from > > > 0x31000000) then on the u-boot the following appears. > > > > > > U-Boot 1.3.2-00046-g23e20aa-dirty (Apr 1 2008 - 19:33:51) > > > > > > DRAM: 64 MB > > > *** Warning - bad CRC, using default environment > > > > > > In: serial > > > Out: serial > > > Err: serial > > > DPB2440 # > > > > > > After this it hangs. ie. no input or output. > > > > > > I think the initial problem to be taken care of is the relocation and > then > > > the serial. How do we go about these issues? > > > > > > Thanks in advance. > > > Tiju > > > > > > > > > > > > > > > ----- Original Message ---- > > > From: Vishal Oliyil Kunnil <vishal.ok(a)gmail.com> > > > To: Tiju <tj_jac(a)yahoo.co.in> > > > > > > Sent: Monday, 31 March, 2008 6:31:43 PM > > > Subject: Re: [U-Boot-Users] s3c2440 -- serial_init > > > > > > Tiju, > > > > > > Read the documentation: > > > ----- snip - README ----- > > > - CONFIG_SKIP_LOWLEVEL_INIT > > > - CONFIG_SKIP_RELOCATE_UBOOT > > > [ARM only] If these variables are defined, then > > > certain low level initializations (like setting up > > > the memory controller) are omitted and/or U-Boot does > > > not relocate itself into RAM. > > > Normally these variables MUST NOT be defined. The > > > only exception is when U-Boot is loaded (to RAM) by > > > some other boot loader or by a debugger which > > > performs these intializations itself. > > > ----- snip - README ------- > > > > > > I suggest you enable the RELOCATE and LOWLEVEL_INIT (by commenting the > > > defines) > > > - u-boot AFAIK cannot run lke the XIP kernel off NOR Flash; inspite of > > > the fact the NOR > > > flash can be directly read by the processor - unlike NAND. There is no > > > noticeable performance > > > hit or wastage of memory if you let u-boot relocate by itself. > > > > > > TEXT_BASE=0x31000000 in my opinion is correct. > > > > > > After relocating, a dump of flash contents and RAM (TEXT_BASE) contents > > > should show you the same contents. If it does not - perhaps you have > > > not configured > > > the memory controller correctly. This can be verified by checking if > > > you are able to > > > write to RAM using the debugger after memory initializations (which is > > > typically in LOWLEVEL_INIT, which you have skipped - I dont know if > > > this is so for the s3c2440 ). > > > > > > Regards, > > > Vishal > > > > > > On Mon, Mar 31, 2008 at 5:16 PM, Tiju <tj_jac(a)yahoo.co.in> wrote: > > > > > > > > Thanks Vishal.. I compiled with TEXT_BASE=0x31000000 and for > > start_armboot > > > > jumps to 0x310004d0 but there are junk values present there. > > > > > > > > By default these are enabled: > > > > #define CONFIG_SKIP_RELOCATE_UBOOT 1 > > > > #define CONFIG_SKIP_LOWLEVEL_INIT 1 > > > > so u-boot does not relocate. > > > > > > > > Still now what should the value of TEXT_BASE be? I dont want to > relocate > > > > u-boot because from NOR flash byte by byte read can be done. > > > > > > > > Regards, > > > > Tiju > > > > > > > > > > > > ----- Original Message ---- > > > > From: Vishal Oliyil Kunnil <vishal.ok(a)gmail.com> > > > > To: Tiju <tj_jac(a)yahoo.co.in> > > > > > > > > Sent: Monday, 31 March, 2008 2:58:12 PM > > > > Subject: Re: [U-Boot-Users] s3c2440 -- serial_init > > > > > > > > TEXT_BASE is the address for which u-boot is linked for.If you take an > > > > objdump of u-boot > > > > elf, you will see that it links for address beginning with that > > > > specified by TEXT_BASE. > > > > Meaning, you link for the address thus specified. > > > > Typically the binary will be run from the reset vector of the > > > > processor, which is not necessarily > > > > TEXT_BASE : say 0x0 flash address. U-boot starts executing from the > > > > reset vector, > > > > relocates to RAM and since it is linked for TEXT_BASE, the ldr pc, > > > > _start_armboot > > > > will branch to the start_armboot which is in RAM. > > > > -------snip - start.S -------------- > > > > ldr pc, _start_armboot > > > > _start_armboot: .word start_armboot > > > > -------snip - start.S -------------- > > > > Regards, > > > > Vishal > > > > > > > > On Mon, Mar 31, 2008 at 1:41 PM, Tiju <tj_jac(a)yahoo.co.in> wrote: > > > > > > > > > > Hi Vishal, > > > > > > > > > > What does TEXT_BASE mean? Is this the place where the UBOOT gets > > > > relocated? > > > > > > > > > > Thank You, > > > > > Tiju > > > > > > > > > > > > > > > > > > > > ----- Original Message ---- > > > > > From: "vishal.ok(a)gmail.com" <vishal..ok(a)gmail.com> > > > > > To: Tiju <tj_jac(a)yahoo.co.in> > > > > > Sent: Monday, 31 March, 2008 1:35:47 PM > > > > > Subject: Re: [U-Boot-Users] s3c2440 -- serial_init > > > > > > > > > > Hi Tiju, > > > > > > > > > > Try with TEXT_BASE=0x31000000, and leave start.s untouched ! > > > > > I think you have misinterpreted the meaning of TEXT_BASE. > > > > > > > > > > Regards, > > > > > Vishal > > > > > > > > > > On 3/31/08, Tiju <tj_jac(a)yahoo.co.in> wrote: > > > > > > Hi Michael, > > > > > > > > > > > > I have verified all the RAM initializations in > > > > > > board/smdk2440/lowlevel_init.S and it seems to be fine. > > > > > > The other changes that I have done are > > > > > > > > > > > > 1.. In the board/smdk2440/config.mk file I changed TEXT_BASE = > > > > 0x33F80000 > > > > > to > > > > > > TEXT_BASE = 0x00000000 because I am booting from the NOR flash. > The > > > NOR > > > > > > flash address range is 0x00000000 - 0x08000000. The RAM address > > range > > > is > > > > > > 0x30000000 - 0x38000000. > > > > > > > > > > > > If I compile it with TEXT_BASE = 0x33F80000 it does not run at > all! > > > > > > > > > > > > 2. When I changed this I found that it has a clash with the stack > > > > building > > > > > > in cpu/arm920t/start.S. Therefore I changed it to > > > > > > .......... > > > > > > /* Set up the stack */ > > > > > > stack_setup: > > > > > > /* ldr r0, _TEXT_BASE */ /* upper 128 KiB: relocated uboot */ > > > > > > mov r0, #0x33 /* make stack at 33F8*/ > > > > > > mov r0, r0, lsl #24 > > > > > > mov r1, #0xF8 > > > > > > mov r1, r1, lsl #16 > > > > > > orr r0, r0, r1 > > > > > > ........ > > > > > > > > > > > > Would these be a problem for the memory initializations? > > > > > > > > > > > > Thanks in advance > > > > > > Tiju > > > > > > > > > > > > > > > > > > > > > > > > > Hi all > > > > > > > > > > > > > > I am trying to port u-boot to a s3c2440 samsung processor. > > > > > > > > > > > > > > I applied the smdk2440 boards patch (almost similar > architecture) > > > and > > > > > > > trying to modify it for our board's requirement. But during the > > > > > > > serial_init it goes to the _serial_putc and then after certain > > loops > > > > > > > it goes to the hang function and hangs there. > > > > > > > > > > > > > > What could be the problem? Or am I doing some wrong > > initializations? > > > > > > > > > > > > > > > > > > > > Are you sure that the memory inizializzation is correct? > > > > > > > > > > > > Regards Michael > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > 5, 50, 500, 5000 - Store N number of mails in your inbox. Go to > > > > > > > http://help.yahoo.com/l/in/yahoo/mail/yahoomail/tools/tools-08.html > > > > > > > > > > > > > > > ________________________________ > > > > > Get your domain and website for less than Rs.100/month*. Click > here. > > > > > > > > > > > > > > > > ________________________________ > > > > Get your domain and website for less than Rs.100/month*.. Click here. > > > > > > > > > ________________________________ > > > Bring your gang together - do your thing. Start your group. > > > > > > > > ________________________________ > > Bring your gang together - do your thing. Start your group. > > > > ________________________________ > Get your domain and website for less than Rs.100/month*. Click here. Share files, take polls, and make new friends - all under one roof. Go to http://in.promos.yahoo.com/groups/

2 1

[U-Boot-Users] s3c2440 -- serial_init
by Tiju 06 Apr '08

06 Apr '08

Hi all I am trying to port u-boot to a s3c2440 samsung processor. I applied the smdk2440 boards patch (almost similar architecture) and trying to modify it for our board's requirement. But during the serial_init it goes to the _serial_putc and then after certain loops it goes to the hang function and hangs there. What could be the problem? Or am I doing some wrong initializations? Thanks in advance. Tiju Now you can chat without downloading messenger. Go to http://in.messenger.yahoo.com/webmessengerpromo.php

3 2

[U-Boot-Users] LZMA support
by Luigi 'Comio' Mantellini 06 Apr '08

06 Apr '08

Hi people, I have a stupid question: why does u-boot not support the LZMA algorithm? (Anyway, I have a self-made and untested patch that introduces this compression algorithm). Thanks a lot. luigi Industrie Dial Face S.p.A. Luigi Mantellini R&D - Software Industrie Dial Face S.p.A. Via Canzo, 4 20068 Peschiera Borromeo (MI), Italy Tel.: +39 02 5167 2813 Fax: +39 02 5167 2459 E-mail: luigi.mantellini(a)idf-hit.com GPG fingerprint: 3DD1 7B71 FBDF 6376 1B4A B003 175F E979 907E 1650

8 13

[U-Boot-Users] Linux kernel startup
by Tiju 06 Apr '08

06 Apr '08

Hi all, After uboot comes up, I get stuck with the booting of linux kernel. The RAM range is from 0x30000000-0x38000000. Following are the steps I do to get the uImage.bin. $ arm-linux-objcopy -O binary -R .note -R ..comment -S vmlinux linux.bin $ gzip -9 linux.bin $ ../u-boot-1.3.2/tools/mkimage -A arm -O linux -T kernel -C gzip -a 0x30008000 -e 0x30008000 -n "Linux kernel" -d linux.bin.gz uImage.bin Image Name: Linux kernel Created: Sun Apr 6 12:19:12 2008 Image Type: ARM Linux Kernel Image (gzip compressed) Data Size: 4271627 Bytes = 4171.51 kB = 4.07 MB Load Address: 0x30008000 Entry Point: 0x30008000 After this I put the uImage.bin at 0x33000000, restart uboot and I get: U-Boot 1.3.2 (Apr 6 2008 - 12:03:10) DRAM: 128 MB Flash: 32 MB Using default environment In: serial Out: serial Err: serial Hit any key to stop autoboot: 0 ## Booting image at 33000000 ... Image Name: Linux kernel Image Type: ARM Linux Kernel Image (gzip compressed) Data Size: 4271627 Bytes = 4.1 MB Load Address: 30008000 Entry Point: 30008000 Verifying Checksum ... OK Uncompressing Kernel Image ... OK Starting kernel ... undefined instruction pc : [<30808004>] lr : [<3101175c>] sp : 30fcfaf8 ip : 30fcffb8 fp : 00000000 r10: 00000001 r9 : 30fcfe98 r8 : 30fcffdc r7 : cf032d24 r6 : 33000040 r5 : 31019544 r4 : 31019541 r3 : 30fcfe55 r2 : 30000100 r1 : 0000016a r0 : 00000000 Flags: nzCv IRQs off FIQs off Mode SVC_32 Resetting CPU ... data abort pc : [<31010ca8>] lr : [<31010d40>] sp : 30fcfa88 ip : 3101b06c fp : 00000000 r10: 00000001 r9 : 30fcfe98 r8 : 30fcffdc r7 : cf032d24 r6 : 33000040 r5 : 00658d7f r4 : 00036042 r3 : 3101b070 r2 : 0000566d r1 : 00003307 r0 : 000032ff Flags: nzCv IRQs on FIQs on Mode SVC_32 Resetting CPU ... data abort pc : [<31010ca8>] lr : [<31010cf4>] sp : 30fcfa10 ip : ffffffff fp : 00000000 r10: 00000001 r9 : 30fcfe98 r8 : 30fcffdc r7 : cf032d24 r6 : 33000040 r5 : 30fcfa74 r4 : 00000000 r3 : 3101b070 r2 : 30fcfa30 r1 : 00003307 r0 : 00003200 Flags: nzCv IRQs on FIQs on Mode SVC_32 Resetting CPU ... And it keeps on resetting the CPU. Is it the problem with the settings of uboot or the kernel and what should I do to bring the linux kernel up? Where could I find more information regarding this? Kindly help me out. Thanks in advance. Tiju Share files, take polls, and make new friends - all under one roof. Go to http://in.promos.yahoo.com/groups/

1 0

[U-Boot-Users] Sandeep has connected with you on WAYN
by WAYN.com 06 Apr '08

06 Apr '08

Hi u-boot-users Sandeep has connected with you on WAYN To find out why, click on the following link: http://www.wayn.com/waynfx.html?wci=link&id=1918&mks=11994177&mx=11994177&c… If you do not wish to receive notifications of your friends connecting with you through WAYN, click here http://www.wayn.com/wayn.html?wci=link&id=1919&mkeys=11994177&hash=F356233E…

1 0

[U-Boot-Users] AT91 Header File Clarification
by Zac Wheeler 05 Apr '08

05 Apr '08

I have a question about the arrangement of include files for the at91sam9 family. Is the intention that asm/arch/at91_xxx.h be applicable for all at91sam9 microcontrollers, or should they be broken down into subarch folders (e.g. asm/arch/at91sam9261/at91_pmc.h)? I am trying to bring up the at91sam9261 on a custom board a little ahead of what appears to be the schedule for the at91sam9261ek and I want to try to be compatible with the existing format. I haven't done a lot of comparisons between 9260/9261/9263, but for some things (e.g. at91_lcd.h) it obviously depends on which microcontroller you're using. Thanks, Zac

2 5

Re: [U-Boot-Users] rock-bottom prices for luxury products
by Ronny 05 Apr '08

05 Apr '08

Dress for the killer look with diamonds and bling on your wrist. http://www.Veslontes.com/

1 0

[U-Boot-Users] Microblaze updates
by monstr＠seznam.cz 05 Apr '08

05 Apr '08

Hi everybody, I update microblaze repository. Every changes are in testing branch. Thanks for your review, Michal Simek www.monstr.eu The following changes since commit 74d1e66d22dac91388bc538b2fe19f735edc5b82: Bartlomiej Sieka (1): Fix host tool build breakage, take two are available in the git repository at: . testing Michal Simek (13): microblaze: Clean Makefile from ancient emac driver microblaze: remove old setting for emac driver microblaze: ML401 and XUPV2P remove emac and emaclite reference microblaze: add Emaclite ethernet driver microblaze: add Emac ethernet driver microblaze: Add Emac driver to Makefile microblaze: Add Emaclite driver to Makefile microblaze: clean uart16550 and uartlite handling microblaze: ml401 - add ifdef for GPIO microblaze: ml401 fix config file for supporting FDT microblaze: xupv2p fix config file for supporting FDT microblaze: clean microblaze_config.mk microblaze: Sort microblaze boards in MAKEALL script MAKEALL | 2 +- board/xilinx/ml401/Makefile | 17 +-- board/xilinx/ml401/xparameters.h | 12 +- board/xilinx/xupv2p/Makefile | 17 +-- board/xilinx/xupv2p/xparameters.h | 12 +- drivers/net/Makefile | 2 + drivers/net/xilinx_emac.c | 462 +++++++++++++++++++++++++++++++++++++ drivers/net/xilinx_emaclite.c | 351 ++++++++++++++++++++++++++++ include/configs/ml401.h | 42 +++- include/configs/xupv2p.h | 37 +++- microblaze_config.mk | 16 +- 11 files changed, 890 insertions(+), 80 deletions(-) create mode 100644 drivers/net/xilinx_emac.c create mode 100644 drivers/net/xilinx_emaclite.c

3 16

[U-Boot-Users] Davinci Ethernet Problems
by Eric Palmer 04 Apr '08

04 Apr '08

I am running uBoot on a DM6646 DSP and am not able to see an ARP Response from the network. When using the Davinci EVM board, I send out a ping and while monitoring the Ethernet traffic. I see an ARP Request from the DSP, Arp Response from my PC, and then an Echo Request from the DSP. When I try this with my custom board, I never get an Echo Request. I have verified that the receive signals going from the PHY to the DSP are present. I am using a Marvell 88E3018 PHY where the Davinci EVM board uses an Intel PHY. I have not verified whether this is a hardware or software problem, where uBoot may need to be modified. Any help is appreciated, Regards, Eric Palmer

1 0