rtems on m5282lite

g_YaneV g_yanev at bulpost.com
Fri Apr 15 13:01:14 UTC 2005


 Hello,

I find some new info about the issue with the hanging of my m5282lite board.

I set a breakpoint in _uhoh, and YES .... this is why my board hang. STOP      
#0x2700(which is the next instruction) will stop the CPU core with all 
interrupts disabled. Just from  curiosity I remove the assembler code that 
copy the vector table(so I run the program with vector table defined by dBUG) 
and all test programs now run correctly. What the problem can be?

 My dBUG session follows

regards
Georgi 

---------------------------------start-----------------------------------------
dBUG> dn -e p-0.3.nxe
Ethernet Address is 00:CF:52:82:CF:01
Downloading ELF 'p-0.3.nxe' from 10.10.10.4
Program Headers:
 Segment #0 (Vaddr: 00010000, Paddr: 00010000, Size: 0001D520)
Section Headers:
 Section 0 (Type: 00000000, Addr: 00000000, Size: 00000000)
 Section 1 (Type: 00000001, Addr: 00010000, Size: 0001A980)
 Section 2 (Type: 00000001, Addr: 0002A980, Size: 00000910)
 Section 3 (Type: 00000008, Addr: 0002B290, Size: 00002290)
 Section 4 (Type: 00000001, Addr: 00000000, Size: 0000121C)
 Section 5 (Type: 00000001, Addr: 00000000, Size: 00000700)
 Section 6 (Type: 00000001, Addr: 00000000, Size: 00000AA8)
 Section 7 (Type: 00000001, Addr: 00000000, Size: 0001876F)
 Section 8 (Type: 00000001, Addr: 00000000, Size: 000040A7)
 Section 9 (Type: 00000001, Addr: 00000000, Size: 00005920)
 Section 10 (Type: 00000001, Addr: 00000000, Size: 000015D8)
 Section 11 (Type: 00000001, Addr: 00000000, Size: 00003A91)
 Section 12 (Type: 00000001, Addr: 00000000, Size: 00000210)
 Section 13 (Type: 00000003, Addr: 00000000, Size: 000000A0)
 Section 14 (Type: 00000002, Addr: 00000000, Size: 00005110)
 Section 15 (Type: 00000003, Addr: 00000000, Size: 00005157)
TFTP download successful
Read 323555 bytes (632 blocks)
dBUG> br _uhoh
dBUG> go 0x10000


*** HELLO WORLD TEST ***
Hello World
*** END OF HELLO WORLD TEST ***
number:0

register 0x40000c00 = 0x0
register 0x40000c04 = 0x0
register 0x40000c08 = 0xFFFFFFFF
register 0x40000c0c = 0xF7EF1F7E
register 0x40000d00 = 0x0
register 0x40000d04 = 0x0
register 0x40000d08 = 0xFFFFFFFF
registBreakpoint encountered at 0x00010400
PC: 00010400 SR: 2300 [t.Sm.011...xnzvc]
An: 0001215C 00000000 000353C4 00000000 00000000 00000000 00000000 00034A64
Dn: 00000000 00000001 00003001 00000000 00000000 00000000 00000000 00000000
00010400:
00010400: _uhoh:
00010400: 4E71                 NOP
dBUG>
dBUG> dis _uhoh
00010400:
00010400: _uhoh:
00010400: 4E71                 NOP
00010402: 4E72 2700            STOP      #0x2700
00010406: 6000 FFF8            BRA       _uhoh
0001040A: 0000                 DC.W      0x0000
0001040C: 52B9 0002 A980       ADDQ.L    #0x01,_data_dest_start
00010412: 4E73                 RTE
00010414: 46FC 2700            MOVE      #0x2700,SR
00010418: 203C 4000 0001       MOVE.L    #0x40000001,D0
0001041E: 23C0 4000 0000       MOVE.L    D0,(0x40000000.L)
00010424: 203C 2000 0201       MOVE.L    #0x20000201,D0
0001042A: 4E7B 0C05            MOVEC     D0,RcC05
0001042E: 23C0 4000 0008       MOVE.L    D0,(0x40000008.L)
00010434: 2E7C 2000 FFFC       MOVEA.L   #0x2000FFFC,A7
0001043A: 41FA FCC4            LEA       -828(PC),A0
0001043E: 43F8 0100            LEA       (0x0100.W),A1
00010442: 203C 0000 00BF       MOVE.L    #0x000000BF,D0

---------------------------------end-------------------------------------------

On Wednesday 13 April 2005 20:42, Etienne Fortin wrote:
>  Hi Georgi,
> When I started working with RTEMS, a similar problem gave me headaches at
> the beginning. It was the watchdog timer which wasn't set-up correctly. I
> think Eric Norum already proposed that. Was it the source of your problems?
>
> Etienne Fortin
>
>
> -----Message d'origine-----
> De : g_YaneV [mailto:g_yanev at bulpost.com]
> Envoyé : 9 avril, 2005 11:16
> À : rtems-users at rtems.com
> Objet : rtems on m5282lite
>
>   Hello,
>
>
>  I have m5282LITE bord and I run successfully uclinux on it. But I need a
> real time OS so I look in to rtems. In the CVS there is port to uCdimm
> board whit
> the same processor(uC5282). I modify
> c/src/lib/libbsp/m68k/uC5282/startup/linkcmds to correct the difference in
> RAM/FLASH base and size, and the value of _DownloadLocation to match my
> board. I set the UART speed to be 19200, and compile. I don't find any
> ather difference between uC5282 and m5282LITE.
>  But when I transfer any of the samples in my board RAM and execute them
> they all start but after a short time  the board hang. I modify hello_world
> to be a simple  loop from 1 to 1000 and each time to print the counter of
> the loop.
> Each time i run this program it hang on different place(from 5-th to 50-th
> printed messages).
>  Where the problem can be? Can someone gave me any advice.
>
> Regards,
> Georgi



More information about the users mailing list