[Date Prev][Date Next]
[Chronological]
[Thread]
[Top]
Re: [rtl] We are missing a whole point.
yodaiken@fsmlabs.com wrote:
>
> On Mon, Dec 20, 1999 at 07:23:34PM +0200, Alex Dubov wrote:
> > Hello everybody.
> >
> > 2. Another heavy drawback of the RTlinux is a kernel space processes.
> > Such processes require excessive debugging and are somewhat dangerous
> > for system stability. This calls for implementation of user-space event
> > delivery mechanism (hopefully faster, than this in DOSEMU). Primary use
> > for this feature will be it utilization in the high-level
> > development/prototyping systems. It is very important to carry out a
> > rapid and cheap prototyping (especially in the academy world, but for
> > industry too) and computers nowadays are fast enough to revert from
> > compilation to interpretation techniques for control scripts (using such
> > environments as Mathworks Simulink or, may be, evolved Octave).
>
> We are moving towards a "debug under pthreads/ run in kspace" functionality.
>
Indeed, Zentropix already provides a host/target step and trace kernel
module debugging using ddd/gdb and an enhanced gdbstub (all GPLed).
This can be used to debug real-time tasks. Currently it is available
for RTAI, but can be easily changed to support RTL (we hope to include
this in the next release). We also plan to integrate the SGI work into
the development environment so that users have a more complete debugging
suite.
In addition to step&trace, we provide a non-intrusive run time data
debugger (also GPLed), which provides the capability of monitoring and
changing variables a run-time. This can greatly easy the tuning/analysis
phase of a project.
Regards, Stuart
--- [rtl] ---
To unsubscribe:
echo "unsubscribe rtl" | mail majordomo@rtlinux.cs.nmt.edu OR
echo "unsubscribe rtl <Your_email>" | mail majordomo@rtlinux.cs.nmt.edu
----
For more information on Real-Time Linux see:
http://www.rtlinux.org/~rtlinux/