This is the mail archive of the gdb@sources.redhat.com mailing list for the GDB project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]

Re: Jeeni & ARM720T with GDB




  Hi
     i went through the code and checked the addresses of bss as well as 
other sections and they are perfectly o.k.
  ya , grant , it's zeroing the bss address only and i was able to come out 
of that loop .
where it stucks is in <cyg_hal_invoke_constructors> : take a look at code 
below :


> > 0x8154  <start+180>:            cmp     r1, r2
> > -       0x8158  <start+184>:            beq     0x8168 <start+200>
> > -       0x815c  <start+188>:            str     r0, [r1], #4
> > -       0x8160  <start+192>:            cmp     r1, r2
> > -       0x8164  <start+196>:            bne     0x815c <start+188>
> > -       0x8168  <start+200>:            bl      0x1f194 
><hal_hardware_init>
> > -       0x816c  <start+204>:            bl      0x1ee10
<cyg_hal_invoke_constructors>
> > > > -       0x8170  <start+208>:            bl      0x1f358 <cyg_start>


  things seem to work perfectly fine for h/w initialisation .
  i wonder whether some special options have to be configured in ecos build 
to make it work. i have a basic doubt ..how the diagnostic output is handled 
.
i don't think that jeeni will be able to send it back to console ..
or will connecting through the serial port work .
is the diag printf 's are the one causing it to hang.

thanks
danish.



>From: Grant Edwards <grante@visi.com>
>To: danish iftikhar <d_iftikhar@hotmail.com>
>CC: fnasser@cygnus.com, gdb@sourceware.cygnus.com
>Subject: Re: Jeeni & ARM720T with GDB
>Date: Wed, 22 Nov 2000 08:39:21 -0600
>
>On Wed, Nov 22, 2000 at 10:35:04AM -0000, danish iftikhar wrote:
>
> > After load Pc shows the address : 0x8060
> >
> > The start uo code is :
> > (gdb) x/30i $pc
> > 0x8060 <warm_reset>:    mrs     r7, cpsr
> > 0x8064 <warm_reset+4>:  and     r7, r7, #31     ; 0x1f
> > 0x8068 <warm_reset+8>:  cmp     r7, #19 ; 0x13
> > 0x806c <warm_reset+12>: beq     0x80a0 <start>
>
>That looks right.
>
> >   i am not able to do step or cont but using stepi i went through this
> > startup function . It seems to loop around between 0x815c & 0x8164 and 
>is
> > not going ahead of that .
> > the code at this address is as follows :
> >
> > 0x8154  <start+180>:            cmp     r1, r2
> > -       0x8158  <start+184>:            beq     0x8168 <start+200>
> > -       0x815c  <start+188>:            str     r0, [r1], #4
> > -       0x8160  <start+192>:            cmp     r1, r2
> > -       0x8164  <start+196>:            bne     0x815c <start+188>
> > -       0x8168  <start+200>:            bl      0x1f194 
><hal_hardware_init>
> > -       0x816c  <start+204>:            bl      0x1ee10
> > <cyg_hal_invoke_constructors>
> > -       0x8170  <start+208>:            bl      0x1f358 <cyg_start>
>
>It looks to me like the debugger and emulator are working fine.
>The loop you're looking at is zeroing out the bss section.  R2
>should contain the address of the end of bss, and R1 should
>start at the beginning of bss and increment through the whole
>section.  This loop will probably execute tens of thousands of
>times, so you can get pretty bored doing a stepi...
>
>Do the addresses in R1 and R2 correspond to your bss section?
>
>Can you set a breakpoint immediately following the loop and do
>a cont?
>
>--
>Grant Edwards
>grante@visi.com

_____________________________________________________________________________________
Get more from the Web.  FREE MSN Explorer download : http://explorer.msn.com


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]