I've been trying out the rtl_sigaction feature of RTL3.0 pre6d.  It
works nicely except for an occasional exception 14 occurring in the
psc.o module.  I'd like to debug this but when I follow the instructions
and use remote target /dev/rtf10, gdb does nothing (ie no prompt, as
reported by Stuart Hughes in April).  So...

o       What is exception 14?  (The comments in the 
        rtl_debug code help with other exceptions
        but not 14).
o       Has anyone had similar problems with psc.o?
o       pre6e has a lot of changes to psc.c.  Are 
        any of these fixes or just new features 
        (is there a changelog?)
o       Can anyone give me some pointers on getting 
        GDB to run (I _did_ follow the readme)?

I am running the prepatched 2.4 kernel from fsm's site.

Also, is there a way of reading and writing rtfifos from within a
rtl_sigaction'd periodic function?  I know that system calls are out,
but this would be a handy feature (for me anyway :)).

Thanks,
stuart warren


Stuart Hughes wrote:
> 
> "David J. Christini" wrote:
> >
> > > On Thu, 23 Mar 2000 [EMAIL PROTECTED] wrote:
> > > We've just made stock GDB work for RTLinux. Release today or perhaps
> > > tomorrow.
> >
> > Does the above mentioned GDB work for RTL2.2 (if so, where do I download
> > it?), or does one need to use RTL2.3?
> >
> > I have an application that uses floating point (yes, I #include <float.h>
> > and  pthread_setfp_np). My rt_process crashes my system, occasionally, but
> > not always. I suspect that it has something to do with typecasting
> > foo_float = (float)foo_int;
> >
> > But, I'm not sure. So I want to debug it. So, either I want to use the GDB
> > tool Victor mentioned, or something from Zentropix.  Stuart, in the past
> > you've mentioned the various zentropix tools. Which of them would work
> > with RTLinux 2.2, and would be appropriate for determining the nature of
> > my system-crashing bug? Also, I have the zentropix 2.2.1 (Batch 4) CDROM,
> > but I can't seem to find gdbstubs or the other packages on there anywhere.
> > Can I install and use them without installing the whole system?
> >
> > Thanks,
> > Dave
> 
> Hi Dave,
> 
> Here are some thoughts, if you use RTLinux-2.3, you should be able to do
> self-hosted or remote debug using the RTLinux gdbstub debug.  I have
> tried to use this but so far I haven't been able to get it to work.  I
> suspect this is operator error, the symptoms are that everything works
> as described in the README, but when I get to target remote /dev/rtf10,
> gdb hangs (it seems like not data is available).  If anyone has had and
> solved this problem, please post your experience.
> 
> I think the RTLinux gdbstub debugger is good for a certain class of
> problems, and yours probably falls into this category.  If however you
> have serious faults that cause Linux/userspace to become unavailable,
> you will not be able to to use the RTLinux gdbstub debugger, and you
> will need to use the serial gdbstub.
> 
> The version on the Zentropix 2.2.1 CD was built into the kernel and only
> supported RTAI, the source can be found embedded in the kernel source.
> I have a version that works for RTLinux and RTAI which I am trying to
> get released, if you want the work-in-progress, I'm happy to send it to
> you.
> 
> The Zentropix release will fully support our tools on both RTAI and
> RTLinux, with the source code being easily available on the CD.
> 
> Regards, Stuart
> 
> NOTE: for the RTLinux gdbstub debugger, you will need to get hold of
> modutils-2.3.9 so that you have the right version of insmod.
> -- [rtl] ---
> To unsubscribe:
> echo "unsubscribe rtl" | mail [EMAIL PROTECTED] OR
> echo "unsubscribe rtl <Your_email>" | mail [EMAIL PROTECTED]
> ---
> For more information on Real-Time Linux see:
> http://www.rtlinux.org/rtlinux/

-- [rtl] ---
To unsubscribe:
echo "unsubscribe rtl" | mail [EMAIL PROTECTED] OR
echo "unsubscribe rtl <Your_email>" | mail [EMAIL PROTECTED]
---
For more information on Real-Time Linux see:
http://www.rtlinux.org/rtlinux/

Reply via email to