[ECOS] S3c2410x (ARM920T) HAL port -- more info, please help --

Michael Anburaj embeddedeng@hotmail.com
Wed Jun 18 22:13:00 GMT 2003


I did further debugging using a JTAG probe & the following is about that:

  1. Redboot_ROMRAM was burnt in the Flash & was made to run.
  2. I invoked gdb to download hello (elf image of hello.c from /examples): 
$ arm-elf-gdb hello
  3. At the gdb prompt (for gdb alone I am using a Win2K+cygwin setup): 
(gdb) target remote com1
  4. Load the image: (gdb) l
  5. Continue (After continue gdb becomes speechless): (gdb) c

At this point gdb send the following packet to the S3c2410x target:
$C0a#d4

Since I have setup a breakpoint (Through JTAG probe & AXD) at 
__process_packet() case ‘S’, ‘s’,’C’,’c’, it broke there. As I single 
stepped through the code, I noted the following:

  1. __hexToInt() converted the string to sigval = 0x0a
  2. cyg_hal_process_signal() of hal_stub.c got called with sigval = 0x0a. 
And it returned 0, so sigval got zeroed out.
  3. cyg_hal_gdb_break_is_set() of hal_stub.c got called. 
break_buffer.targetAddr == NULL, so it returned 0.
  4. lock_thread_scheduler() got called with 1. _gdb_cont_thread == 0, so it 
returned at the very beginning
  5. Caches were flushed, hal_flush_output() got called & __process_packet() 
returned control with –1

I am sure something here is wrong. if you have a clue on this, please let me 
know.
Mean while, I will go thought the source & try to figure it out.

Thanks a lot,
-Mike.



>From: "Michael Anburaj" <embeddedeng@hotmail.com>
>To: ecos-discuss@sources.redhat.com
>Subject: [ECOS] S3c2410x (ARM920T) HAL port
>Date: Tue, 17 Jun 2003 23:58:51 +0000
>
>Hi,
>
>Thanks everybody for helping me out. My port for the S3c2410x (ARM920T) is 
>kind of working. I got Redboot running & I am able to download code linked 
>for RAM through gdb. But after I issue the continue command, it gets stuck 
>somewhere without a clue. Same is the case even when I set-up a break point 
>at main. This is in reference to the hello.c sample ecos application under 
>/examples.
>
>I tried building a separate code as follows:
>
>		ldr r0,=0x56000054
>		mov r1,#0x0f
>		str r1,[r0]
>
>		b .
>
>Where 0x56000054 is the address of GPFDAT SFR & this GPIO port F is 
>configured as output in Redboot itself & has LEDs connected to pins from 
>GPF:4 through GPF:7. Writing 0x0f to GPFDAT should light all the 4 LEDs.
>
>I compiled & linked in this code for 0x40000. The binary got generated with 
>0x14 bytes
>
>0xE59F0008 0xE3A0100F 0xE5801000 0xEAFFFFFE
>0x56000054
>
>I loaded this at 0x40000 & issued go command. The LEDs did not turn ON.
>
>Redboot debug window:
>----------------------------
>
>+
>RedBoot(tm) bootstrap and debug environment [ROMRAM]
>Non-certified release, version UNKNOWN - built 20:25:32, Jun 16 2003
>
>Platform: SMDK2410 system (ARM9)
>Copyright (C) 2000, 2001, 2002, Red Hat, Inc.
>
>RAM: 0x00000000-0x00fd0000, 0x00027a48-0x00fc4000 available
>RedBoot> load -r -m xmodem -b 0x40000
>CCCCCCCC Raw file loaded 0x00040000-0x00040013, assumed entry at 0x00040000
>xyzModem - CRC mode, 2(SOH)/0(STX)/0(CAN) packets, 10 retries
>RedBoot> go 0x40000
>
>Instead of go 0x40000, I tried just the go, still did not work.
>
>So, I guess control never got passed to address 0x40000.
>If you have a clue regarding this, please let me know.
>
>I have to get down to more debugging!!
>
>
>If there is no port available for the S3c2410x (ARM920T) & if Redhat_ecos 
>team is interested in it, I am willing contribution this.
>
>Thanks & Cheers,
>-Mike
>
>_________________________________________________________________
>Tired of spam? Get advanced junk mail protection with MSN 8. 
>http://join.msn.com/?page=features/junkmail
>
>
>--
>Before posting, please read the FAQ: http://sources.redhat.com/fom/ecos
>and search the list archive: http://sources.redhat.com/ml/ecos-discuss
>

_________________________________________________________________
MSN 8 with e-mail virus protection service: 2 months FREE*  
http://join.msn.com/?page=features/virus


-- 
Before posting, please read the FAQ: http://sources.redhat.com/fom/ecos
and search the list archive: http://sources.redhat.com/ml/ecos-discuss



More information about the Ecos-discuss mailing list