July 2004 - U-Boot

Re: [U-Boot-Users] CFG_FLASH_BASE and CFG_MONITOR_BASE question
by Frank Young 15 Jul '04

15 Jul '04

Anyone else can share your success story? I just want to get some clues from the similiar cases. Thanks! Frank >From: Wolfgang Denk <wd(a)denx.de> >To: "Frank Young" <young726(a)hotmail.com> >CC: u-boot-users(a)lists.sourceforge.net >Subject: Re: [U-Boot-Users] CFG_FLASH_BASE and CFG_MONITOR_BASE question >Date: Thu, 15 Jul 2004 00:41:26 +0200 > >In message <BAY2-F42kIFqFtucwpX000d8fad(a)hotmail.com> you wrote: > > Yes, I did try it out. Seems the u-boot works fine and the example > > application runs fine in SDRAM. But when I tried to load the kernel, >kernel > > hangs when early_init (in head_4xx.S) is called. So I want to come back >to > > u-boot and double check everything in u-boot is correct. > >I think we've been there before. How do you know that the kernel >"hangs", and what exactly means "hangs" here? > >Don't tell me again that you added some debug code to toggle LED's or >write to memory or something like that. > >Your "it hangs" may be an "it chrashes because of your debug code" >with your debug code, and something completely different without it. > >Attach a debugger and find out what's really going on. > >In a first step, I recommend to re-read the FAQ section. > > > BTW, does anyone happen to have early_init problem and solved it? I saw >a > >Yes. Many people have posted such problems before, and in all cases I >can remember the only problem was some debug code that had been >added, or the attempt to use tools (or engineers) that have no idea >what virtual memory is. > > > lot of discussions on the internet. But most of them didn't give a final > > solution. It doesn't matter if we are using same board or CPU. I just >want > > to get some idea of what could be wrong. Any input would be appreciated! > >We've been there before. Everything has been said before. follow the >advice, or ignore it - your choice. I give up here. I will stop >reading this thread and replying to it. > > >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 >What about WRITING it first and rationalizing it afterwords? :-) > - Larry Wall in <8162(a)jpl-devvax.JPL.NASA.GOV> _________________________________________________________________ MSN Life Events gives you the tips and tools to handle the turning points in your life. http://lifeevents.msn.com

2 1

[U-Boot-Users] U-boot with uclinux on Coldfire
by Sonia Martinez Baro 15 Jul '04

15 Jul '04

Hi all, We're porting u-boot to a Coldfire (MCF5282) evaluation board. We've read that it's neccesary to have a preloader doing the initialization. Where can we find the sources or binaries of this preloader?? Thanks in advance, Sonia _________________________________________________________________ ¿Estás pensando en cambiar de coche? Todas los modelos de serie y extras en MSN Motor. http://motor.msn.es/researchcentre/

3 2

[U-Boot-Users] real tech in u-boot
by петр петров 15 Jul '04

15 Jul '04

Hello! I'm porting u-boot to smdk2800 board. The ethernet card, that we use is realtech8139D. U-boot recognizes the card, but when it tries to transmit the very first packet( after tftpboot command), it fails to do that. Can you give any idea of what could be the problem? Thank you. Kirnasov A.

1 0

[U-Boot-Users] Q about automatic dram size detection in sdram_init()
by "SYLee" 15 Jul '04

15 Jul '04

3 4

[U-Boot-Users] Writing Makefiles..
by Sudhakar Velusamy 15 Jul '04

15 Jul '04

Hi all.. If anyone can tell me the tips or guidelines to write a makefile it would be useful for me Any guide to start with.. Thanks and Regards, Sudhakar

2 1

RE: [U-Boot-Users] memory allocation
by Friedrich, Lars 15 Jul '04

15 Jul '04

> > Is there a (good) reason why the mem_alloc_init for ARM > > (and some other) targets zeroes out the malloc pool? > Paranoia? That incompetent software developers flood your mailbox? > BTW: the same is done on other architectures, too. But not for all - so one way or the other, it's not correct. Unless there is less paranoia for certain architectures ;-) > > This seems very redundant to me. I removed the memset code > > and didn't run into any trouble so far, but maybe I was just lucky. > We do a lot of redundand things that help to improve styability ;-) I consider zeroeing out this memory area as a way to obscure bugs, by allowing faulty code to run nevertheless. I guess it's a thin line between improving stability and catering bad code. Anyway, I've noted this as 'intended by design' and keep the removal local. Best regards, Lars Friedrich --

2 1

[U-Boot-Users] Unable to send keys inputs from keyboard to u-boot
by Jordan Foo 15 Jul '04

15 Jul '04

Hi there, I'm using a custom PXA255 board and finally getting u-boot to run on board. currently all the events are outputted to the serial. I'm using STUART on the board as the the other UARTs are reserved :( I've only got it to post in the console, but I am unable to actually make any inputs via the serial console and is having no clues as to what is wrong. I have made sure that it is not booting some image at some location at I have #define CONFIG_BOOTDELAY -1. So far my out puts are: U-Boot 1.1.1 (Jul 15 2004 - 13:58:37) U-Boot code: A1F80000 -> A1F918EC BSS: -> A1F92D38 RAM Configuration: Bank #0: a0000000 32 MB Bank #1: a4000000 32 MB Bank #2: a8000000 0 kB Bank #3: ac000000 0 kB PRELIMINARY INITIALISATION COMPLETE! Welcome to IZARUS Starting IZARUS Initialisation... Running: flash_init() Running: display_flash_config() Flash: 1 MB Memory Allocated (mem_malloc_init) Initialising Environment *** Warning - bad CRC, using default environment Running: Obtaining IP Address Running: devices_init() Running: I2C - Not Defined Running: LCD Initialisation - Not Defined Running: VGA - Not Defined Running: Keyboard - Not Defined Running: LOG BUGGER - Not Defined Running: drv_system_init (Mandatory) Running: drv_usb_tty_init - Not Defined Running: jumptable_init() Running: console_init_r() In: serial Out: serial Err: serial Running: enable_interrupts() Running: board_late_init() Running: main_loop() - The infinite loop IZARUS> ================================================================ And then I am unable to do anything else. Any clues/hints/suggestion are welcome :) Thanks in advance, Kind regards, Jordan

3 2

[U-Boot-Users] AT91RM9200 -> UBoot and arm/thumb interworking
by Erick Castillo 15 Jul '04

15 Jul '04

Hello, I'm getting started with an AT91RM9200 development kit from atmel and am having trouble starting a simple application with UBoot. If I compile my application into 32bit arm code only, I can successfully load and run some simple startup code through the 'loadb' and 'go' commands that UBoot offers. I have two files: startup.s and main.c. "startup.s" does nothing more than set up some vector branches, initializes a stack, and jumps to main. All main does is drive a user led on the development board. As I said, compiling this in 32 bit arm seems to work fine when I load to 0x2000 0000. If I try to compile the main.c source code in thumb mode, then the 'bx' branch to main fails and the code does not run. The code preceding the branch is: . ldr r0, =main mov r13, pc bx r0 I was wondering if there was some initializations made by UBoot that would prevent it from loading thumb code. Any help/ideas would be especially useful. Thanks. --Erick

2 1

[U-Boot-Users] question about sdram size autodetection in sdram_init()
by SYLee 15 Jul '04

15 Jul '04

I'm so sorry for producing mailing list garbages.. due to email client problem.. My apology to you all for this.. In cpu/ppc4xx/sdram.c, in sdram_init(), the following seems to be wrong. /* * Test if 128 MByte are equipped (mirror test) */ *(volatile ulong *)ADDR_ZERO = MAGIC0; *(volatile ulong *)ADDR_08MB = MAGIC1; *(volatile ulong *)ADDR_16MB = MAGIC2; *(volatile ulong *)ADDR_32MB = MAGIC3; *(volatile ulong *)ADDR_64MB = MAGIC4; if ((*(volatile ulong *)ADDR_ZERO == MAGIC0) && (*(volatile ulong *)ADDR_08MB == MAGIC1) && (*(volatile ulong *)ADDR_16MB == MAGIC2) && (*(volatile ulong *)ADDR_32MB == MAGIC3)) { /* * OK, 128MB detected -> all done */ return; } I think the following conditional expression must be inserted at if statement: (*(volatile ulong *)ADDR_64MB == MAGIC4) The above case is also applied to 64MB and 32MB detection. Thanks. SYLee. --------------------------------------------------------------------- Get your own 200MB free email at http://www.empal.com

2 1

[U-Boot-Users] Question about GNU linker usage
by "SYLee" 15 Jul '04

15 Jul '04

2 1