[Xenomai-core] Xenomai and gdbserver

[Xenomai-core] Xenomai and gdbserver

[Marco Cavallini]

Hi
I wonder if someone has been able to perform a remote debug with 
xenomai/fusion.
I have problems debugging fusion-0.9.1 programs with kernel-2.6.12.2 and 
Fedora Core 2
gdb-6.0

When i run GDB chain and step into rt_task_create(...), GDB prompts "[1]+ 
Stopped         gdb chain" and
terminates. I can
call "gdbserver ipnum:port chain". then connect to it from a remote machine
using gdb and "target remote..." 

Re: [Xenomai-core] Xenomai and gdbserver

[Steven Seeger]

I use remote debug with fusion/2.6.13, but I am using fusion from svn.

Also, there are bugs. One I have found recently is that if a task is created
with T_SUSP and then you start stepping through the code, the task seems to
start up on its own somehow. Weird.

Older verisons of fusion had issues with not every task in the application
halting on breakpoint.

On 10/18/05 8:10 AM, "Marco Cavallini" <rtai@domain.hid> wrote:

> Hi
> I wonder if someone has been able to perform a remote debug with
> xenomai/fusion.
> I have problems debugging fusion-0.9.1 programs with kernel-2.6.12.2 and
> Fedora Core 2
> gdb-6.0
> 
> When i run GDB chain and step into rt_task_create(...), GDB prompts "[1]+
> Stopped         gdb chain" and
> terminates. I can
> call "gdbserver ipnum:port chain". then connect to it from a remote machine
> using gdb and "target remote..."
> 
> 
> _______________________________________________
> Xenomai-core mailing list
> Xenomai-core@domain.hid
> https://mail.gna.org/listinfo/xenomai-core

Re: [Xenomai-core] Xenomai and gdbserver

[Philippe Gerum]

Steven Seeger wrote:
> I use remote debug with fusion/2.6.13, but I am using fusion from svn.
> 
> Also, there are bugs. One I have found recently is that if a task is created
> with T_SUSP and then you start stepping through the code, the task seems to
> start up on its own somehow. Weird.

Last time you reported that you actually mentioned the rt_task_spawn() service, 
which is designed to start the task immediately. Reading about the T_SUSP bit 
now seems to mean that you are not using rt_task_spawn() anymore, but that the 
problem indeed appears. Could you be more specific about the code in question?

> 
> Older verisons of fusion had issues with not every task in the application
> halting on breakpoint.
> 

Strange indeed, since there is no reason for the exception triggered by any 
breakpoint to behave in a context-dependent manner, I mean on a task-by-task 
basis. Do you remember the first version that seemed to solve the issue?

> On 10/18/05 8:10 AM, "Marco Cavallini" <rtai@domain.hid> wrote:
> 
> 
>>Hi
>>I wonder if someone has been able to perform a remote debug with
>>xenomai/fusion.
>>I have problems debugging fusion-0.9.1 programs with kernel-2.6.12.2 and
>>Fedora Core 2
>>gdb-6.0
>>
>>When i run GDB chain and step into rt_task_create(...), GDB prompts "[1]+
>>Stopped         gdb chain" and
>>terminates. I can
>>call "gdbserver ipnum:port chain". then connect to it from a remote machine
>>using gdb and "target remote..."
>>
>>
>>_______________________________________________
>>Xenomai-core mailing list
>>Xenomai-core@domain.hid
>>https://mail.gna.org/listinfo/xenomai-core
> 
> 
> 
> _______________________________________________
> Xenomai-core mailing list
> Xenomai-core@domain.hid
> https://mail.gna.org/listinfo/xenomai-core
> 


-- 

Philippe.

Re: [Xenomai-core] Xenomai and gdbserver

[Philippe Gerum]

Marco Cavallini wrote:
> Hi
> I wonder if someone has been able to perform a remote debug with 
> xenomai/fusion.
> I have problems debugging fusion-0.9.1 programs with kernel-2.6.12.2 and 
> Fedora Core 2
> gdb-6.0
> 
> When i run GDB chain and step into rt_task_create(...), GDB prompts 
> "[1]+ Stopped         gdb chain" and
> terminates. I can

I'm tracking an issue like that, causing the debuggee to run into a SIGBUS, due 
to the program counter being messed up somehow. AFAICT, this sometimes happens 
when stepping over code that migrates between primary and secondary modes (and 
rt_task_create does). I need to log this one on the bug tracker. It's pretty 
PITA to chase, but it's 100% reproductible here, so there's hope.

> call "gdbserver ipnum:port chain". then connect to it from a remote machine
> using gdb and "target remote..."
> 
> _______________________________________________
> Xenomai-core mailing list
> Xenomai-core@domain.hid
> https://mail.gna.org/listinfo/xenomai-core
> 


-- 

Philippe.