Re: [ECOS] processor hangs at 'hal_mon_init'

Re: [ECOS] processor hangs at 'hal_mon_init'

[bob.koninckx]

>-----Original Message-----
>From: Rohit Pandita [mailto:pandi008@umn.edu]
>Sent: Tuesday, June 27, 2006 05:36 PM
>To: 'Gary Thomas'
>Cc: ecos-discuss@sourceware.org
>Subject: Re: [ECOS] processor hangs at 'hal_mon_init'
>
>Gary Thomas wrote:
>> Rohit Pandita wrote:
>>> Hi all,
>>>
>>> While trying to singlestep through RedBoot in ROM (platform
>>> PhyCore555), processor hangs at 'hal_mon_init' routine. Any clues
>>> would be appreciated.
>>
>> What are you using to single step the code?  That macro fiddles with
>> the MSR (Machine State Register) and it might do something that confuses
>> your debug environment.
>>
>
>Im using P&E Micro's BDM interface(usb-ml-ppcbdm) and debugger(icdppcz).
>Thanks.

Most BDMs exploit the MPC555 hardware to step instruction by instruction, so I doubt that could be the cause of your problem. It is more likely that something is wrong with your configuration. Which startup type do you use (ROM or RAM), is CYGSEM_HAL_USE_ROM_MONITOR defined ? Do you have any idea where exactly in hal_mon_init things go wrong ? What's the contents of the different processor registers right before it locks up ? Does it actually lock up, or is a processor exception raised (e.g. illegal instruction or memory protection) that does not bring the processor back into BDM mode ?

Bob

>
>--
>Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
>and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss
>
>



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

Re: [ECOS] processor hangs at 'hal_mon_init'

[Rohit Pandita]

bob.koninckx@o-3s.com wrote:
>> -----Original Message-----
>> From: Rohit Pandita [mailto:pandi008@umn.edu]
>> Sent: Tuesday, June 27, 2006 05:36 PM
>> To: 'Gary Thomas'
>> Cc: ecos-discuss@sourceware.org
>> Subject: Re: [ECOS] processor hangs at 'hal_mon_init'
>>
>> Gary Thomas wrote:
>>> Rohit Pandita wrote:
>>>> Hi all,
>>>>
>>>> While trying to singlestep through RedBoot in ROM (platform 
>>>> PhyCore555), processor hangs at 'hal_mon_init' routine. Any clues 
>>>> would be appreciated.
>>> What are you using to single step the code?  That macro fiddles with
>>> the MSR (Machine State Register) and it might do something that confuses
>>> your debug environment.
>>>
>> Im using P&E Micro's BDM interface(usb-ml-ppcbdm) and debugger(icdppcz). 
>> Thanks.
> 
> Most BDMs exploit the MPC555 hardware to step instruction by instruction, so I doubt that could be the cause of your problem. It is more likely that something is wrong with your configuration. Which startup type do you use (ROM or RAM), is CYGSEM_HAL_USE_ROM_MONITOR defined ? Do you have any idea where exactly in hal_mon_init things go wrong ? What's the contents of the different processor registers right before it locks up ? Does it actually lock up, or is a processor exception raised (e.g. illegal instruction or memory protection) that does not bring the processor back into BDM mode ?
> 
> Bob
> 
Hi,
- using ROM startup, CYGSEM_HAL_USE_ROM_MONITOR not included (RedBoot 
set to behave as ROM monitor)
- error occurs at instruction 'STWU R0,0004(R4)' in hal_mon_init.
Before execution: R0=7C71 43A6, R4=FFFF FFFC
After: -no change-

Why is it trying to write to a ROM location (0000 0000) when VSR table 
should be copied to RAM, if I understand correctly

- execution halts with a debugger msg 'waiting for a keystroke or 
breakpoint'

I can send across the configuration(.ecc) file or anything else that 
might help. Thanks in advance.

Rohit

>> -- 
>> Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
>> and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss
>>
>>
> 
> 


-- 

Rohit Pandita
Graduate Student

Office:
    15, Akerman Hall
Mail address:
    107, Akerman Hall
    Department of Aerospace Engineering and Mechanics
    University of Minnesota
    110, Union Street S.E.
    Minneapolis, MN 55455
Tel: 1-612-625-6561
Fax: 1-612-625-1558


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

Re: [ECOS] processor hangs at 'hal_mon_init'

[Bob Koninckx]

> > 
> Hi,
> - using ROM startup, CYGSEM_HAL_USE_ROM_MONITOR not included (RedBoot 
> set to behave as ROM monitor)
> - error occurs at instruction 'STWU R0,0004(R4)' in hal_mon_init.
> Before execution: R0=7C71 43A6, R4=FFFF FFFC
> After: -no change-
> 
> Why is it trying to write to a ROM location (0000 0000) when VSR table 
> should be copied to RAM, if I understand correctly

That's what you have to find out. Probably your memory layout is not
correct or the memory controller is not configured correctly. Did you
initialize the memory controller ? (see e.g file ec555.S for an example
of how you should do this). Is your RAM supposed to be at address
0x00000000 ? 

Bob




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

Re: [ECOS] processor hangs at 'hal_mon_init'

[Rohit Pandita]

Hi Bob,
I've got it, the problem was with memory layout, it's working now. 
Thanks for pointing in the right direction.
Can you also suggest where eCos compatible API/ libraries be found for 
MIOS, TPU. Thanks.

Rohit

Bob Koninckx wrote:
>> Hi,
>> - using ROM startup, CYGSEM_HAL_USE_ROM_MONITOR not included (RedBoot 
>> set to behave as ROM monitor)
>> - error occurs at instruction 'STWU R0,0004(R4)' in hal_mon_init.
>> Before execution: R0=7C71 43A6, R4=FFFF FFFC
>> After: -no change-
>>
>> Why is it trying to write to a ROM location (0000 0000) when VSR table 
>> should be copied to RAM, if I understand correctly
> 
> That's what you have to find out. Probably your memory layout is not
> correct or the memory controller is not configured correctly. Did you
> initialize the memory controller ? (see e.g file ec555.S for an example
> of how you should do this). Is your RAM supposed to be at address
> 0x00000000 ? 
> 
> Bob
> 
> 
> 


-- 

Rohit Pandita
Graduate Student

Office:
    15, Akerman Hall
Mail address:
    107, Akerman Hall
    Department of Aerospace Engineering and Mechanics
    University of Minnesota
    110, Union Street S.E.
    Minneapolis, MN 55455
Tel: 1-612-625-6561
Fax: 1-612-625-1558


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

Re: [ECOS] processor hangs at 'hal_mon_init'

[bob.koninckx]

>
>Hi Bob,
>I've got it, the problem was with memory layout, it's working now. 
>Thanks for pointing in the right direction.

You're welcome :-)

>Can you also suggest where eCos compatible API/ libraries be found for 
>MIOS, TPU. Thanks.

There aren't any. I used the TPU in the past for reading out an incremental encoder. If that's what you need, I'll see if I still have the code.

>
>Rohit

Bob





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

Re: [ECOS] processor hangs at 'hal_mon_init'

[Rohit Pandita]

Gary Thomas wrote:
> Rohit Pandita wrote:
>> Hi all,
>>
>> While trying to singlestep through RedBoot in ROM (platform 
>> PhyCore555), processor hangs at 'hal_mon_init' routine. Any clues 
>> would be appreciated.
> 
> What are you using to single step the code?  That macro fiddles with
> the MSR (Machine State Register) and it might do something that confuses
> your debug environment.
> 

Im using P&E Micro's BDM interface(usb-ml-ppcbdm) and debugger(icdppcz). 
Thanks.

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

Re: [ECOS] processor hangs at 'hal_mon_init'

[Gary Thomas]

Rohit Pandita wrote:
> Hi all,
> 
> While trying to singlestep through RedBoot in ROM (platform PhyCore555), 
> processor hangs at 'hal_mon_init' routine. Any clues would be appreciated.

What are you using to single step the code?  That macro fiddles with
the MSR (Machine State Register) and it might do something that confuses
your debug environment.

-- 
------------------------------------------------------------
Gary Thomas                 |  Consulting for the
MLB Associates              |    Embedded world
------------------------------------------------------------

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

[ECOS] processor hangs at 'hal_mon_init'

[Rohit Pandita]

Hi all,

While trying to singlestep through RedBoot in ROM (platform PhyCore555), 
processor hangs at 'hal_mon_init' routine. Any clues would be appreciated.


Thanks in advance
Rohit


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