[Mspgcc-users] Re: GDB and JTAG causing timer interrupt problems

Mon, 20 Sep 2004 07:28:02 -0700

Interesting - I don't have the hardware available at the moment but have tried using GDB with the built in simulator. In this case 'show user' does not provide any output at all (?). I need to read up on this as you suggest. Tadeusz Szczyrba writes: 
The hooks are defined (if they are) mostly in gdb configuration files as
user commands, but with special semantics.
When you have access to gdb console give the command 'show user' to see
all defined user commands and hooks inside. 
Please read the info about gdb hooks and user commands in gdb manual -
I'm not sure if it's source of your problem, but it in any case useful
to know the tools. regards, 
W li.cie z pon, 20-09-2004, godz. 15:15, k.sm...@realtimeengineers.com
pisze:
Hi Thanks for your suggestion, but if this is the problem then I'm not sure what I can do about it. Is it a matter or modifying the GDB source code and rebuilding? I am currently just using the pre-built version and am not familiar with its implementation. Regards. 


Tadeusz Szczyrba writes:  

> Maybe check the gdb hooks - hook-stop hook-run hook-continue. 
> Consider the situation:
> When you're stepping through source code in debugger and 
> 1) the hook-stop is defined to save flags state & disable interrupts

> 2) the hook-continue is defined to restore flags state & continue
> before step there is no hook-continue called (at least not in 6.0 gdb
> with mspgcc patches) but hook-stop is called after the step. This can

> lead to behaviour like that: 
> 
> When hook-stop saves the interrupt flags and clears interrupt enable

> next hook-continue _only restores_ the flags from saved state. But when
> there is double call for hook-stop the restored flags are with disabled
> interrupts. This can be the source of your problem. To check if it's
> really so, please make the action:
> 1) Break the runtime and continue.

> 2) Reset H/W, break the runtime and make one step. 
> 
> If in the first case your interrupts are working, but in the second not,
> it's probably the problem i've described, 
> 
> 	regards, 
> 
> 		T. 
> 
> W li.cie z pon, 20-09-2004, godz. 13:31, k.sm...@realtimeengineers.com
> pisze: 
>> Hi,  
>> 
>> I am using a Softbaugh FETP and having the following problem.  
>> 
>> If I build my code and execute it without the debugger everything is fine.  
>> If I step through the code using GDB I find that the timer interrupts only 
>> occur once.  After that nothing.  I can manually set the interrupt flag 
>> again by poking into memory and this causes the ISR to execute, but the 
>> interrupt flag will never get set automatically after the first time.  If I 
>> kill the debug session then the code again operates without error.  
>> 
>> I have seen a post on the MSP430 Yahoo group with the same problem but there 
>> was no resolution given.  
>> 
>> Any help appreciated.  
>> 
>>  
>> 
>> 
>> -------------------------------------------------------

>> This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170
>> Project Admins to receive an Apple iPod Mini FREE for your judgement on
>> who ports your project to Linux PPC the best. Sponsored by IBM.
>> Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php
>> _______________________________________________
>> Mspgcc-users mailing list
>> Mspgcc-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/mspgcc-users

>  
> 
> 
> -------------------------------------------------------

> This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170
> Project Admins to receive an Apple iPod Mini FREE for your judgement on
> who ports your project to Linux PPC the best. Sponsored by IBM.
> Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php
> _______________________________________________
> Mspgcc-users mailing list
> Mspgcc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/mspgcc-users

> 
  

 


-------------------------------------------------------
This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170
Project Admins to receive an Apple iPod Mini FREE for your judgement on
who ports your project to Linux PPC the best. Sponsored by IBM.
Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php
_______________________________________________
Mspgcc-users mailing list
Mspgcc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mspgcc-users

 



-------------------------------------------------------
This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170
Project Admins to receive an Apple iPod Mini FREE for your judgement on
who ports your project to Linux PPC the best. Sponsored by IBM.
Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php
_______________________________________________
Mspgcc-users mailing list
Mspgcc-users@lists.sourceforge.net

https://lists.sourceforge.net/lists/listinfo/mspgcc-users 



























					Reply via email to