RE: [rtl] Virus emails

[stuart warren]

This is ridiculous.  Can't attachments be blocked until a better way of
dealing with them is worked out.

cheers,
Stuart

-Original Message-
From: Stephane Ouellette [mailto:[EMAIL PROTECTED]]
Sent: Thursday, 5 April 2001 6:45
To: RT-Linux Group
Subject: Re: [rtl] Virus emails


David Olofson wrote:
 
 On Tuesday 03 April 2001 20:07, Heinz Haeberle wrote:
  I agree
 
 Yeah, these virus warnings and crap I'm getting start to get annoying.
 
 Now, if the "solution" is to disable attachments, is there some backup
 solution to use for communicating small files closely related to
posts?
 "Private" FTP space for list members only, or something...
 


As I can see, these virus e-mails always come from the same e-mail
address.

I know that Sendmail supports an anti-spam black list, couldn't we use
it to stop these e-mails ???  That way, we wouldn't need to disable
attachments.


Regards,

Stephane Ouellette

-- [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/

RE: [rtl] How to install non real-time device driver

[stuart warren]

If you don't need the real time stuff, don't load in the real time
modules.  

If you really want to use the distro's kernel, you'll probably have to
build the module against the header files for that kernel version before
you can insmod it.

If you're not using symlinks to build different kernels on your machine,
rename  /usr/src/linux to /usr/src/rtl_linux-2.2.14.
Install the kernel source rpm, the source should be installed in
/usr/src/linux
rename the /usr/src/linux directory to /usr/src/linux_whatever version
ln -s /usr/src/linux_whatever version /usr/src/linux

now build your kernel module and install it in
/lib/modules/kernel_version/misc/
then do a depmod -a

Boot up into the old kernel and give it a whirl.

cheers,
Stuart Warren
-Original Message-
From: B. Lin [mailto:[EMAIL PROTECTED]]
Sent: Friday, 2 March 2001 6:10
To: [EMAIL PROTECTED]
Subject: [rtl] How to install non real-time device driver


Hi,

I'd like a ask a newbie question. I have installed RTLinux on Redhat
Linux. How can I install a non real-time PMAC driver to the original
Linux
kernel? If I use "insmod" to insert the module, it will appear in
RTLinux
kernel. But This driver was written for Linux and I do not need
real-time
performance for this driver. I am using Readhat 6.2 and RTLinux 2.2.14.

Thanks in advance.

Ben
Dept. of Mech. Eng.
UC, Davis 

-- [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/

Re: [rtl] /dev/rtf?? via network connection ??

[Stuart Warren]

I think nc should be able to do what you want.  ie nc -L -p 4001 
/dev/rtf3 would do the trick.  Personally I like to have inetd do all
the hard work for me.  Start with a shell script -

#!/bin/sh -e
cat /dev/rtf3

place it in /usr/sbin  chmod +x it

add an entry to /etc/services

add an entry to /etc/inetd.conf with /usr/bin/script name.sh as the
argument to tcpd.

restart inetd (killall -HUP inetd)

cheers,
Stuart Warren

Alexander Lichius wrote:
 
 Hi Martin,
 
 Monday, January 22, 2001, 4:01:45 PM, you wrote:
 
 MS Hi there,
 
 MS I try to access the /def/rtf??'s via the network (wireless) using nfs
 MS (standart settings) this seems not to work. :(, means I can't open the
 MS device.
 
 MS Is this possible at all, and if so how??? since I need to write to the
 MS remote rtfs as well someting like netcat isn't enough
 
 it is not quite sophisticated, but you could create a small
 userspace programm which listens on a socket and writes that data in
 the rtf ... at least you will get some working solution ...
 
 alex
 
 mailto:[EMAIL PROTECTED]
 
 -- [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/

Re: [rtl] Using RTFifos with multiple writers?

[Stuart Warren]

I had a similar problem but in reverse - I needed multiple readers on
the one fifo.  The easiest solution was to have a user space program
read the fifo and then store the data in a separate queue for each
reader.  Readers connect via tcp/ip.  Doing the same for fifo writes
from user space would be far less complicated - no queues needed.

As an aside, does anyone know of a way to open a socket and link it to a
file?
ie something like

mount -t SOCK 1234 somehost /mnt/rtf1

That would be a nice way to use realtime fifos over a network and use
rtl_debug.o on a remote target.  Ideal for minirtl.

Regards,
Stuart Warren

Thu, 14 Dec 2000 Eric Peterson wrote:
 Hi,

 I'm trying to use RT-Linux (2.2) RT-FIFOs, and I have come up against an
 apparent limitation with them: they only allow one writer (on the Linux
 side) to open the FIFO.  I would like multiple processes to be able to
 open (and write to) a single RT task via a FIFO.

 Any suggestions?


-- [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/

Re: [rtl] CAN on rtlinux

[Stuart Warren]

Hi vijay,

I'm using the PCL-841 also.  It isn't hard to modify.  Try this...

o download the rtlcan driver from www.realtimelinux.org
o in c200.c replace references to inb  outb with readb and writeb.
o if you're using a 2.4 test kernel, use isa_read and isa_write instead
of the above.
o hard code the base addresses and interrupts accordingly.
o test with a known CAN source - one that recovers from bus-off errors!

I can send you my hacked version if you want.

cheers,

Stuart W

vijay patel wrote:
 
 Hello friends ,
 
 I am Using :
 -Linux kernel 2.2.13
 -Rtlinux 2.0
 
 -memory mapped ISA based CAN card of Advantech PCL-841 having base address
 of 0xDA00 and int 5,15
 
 I want device drivers for this . It is readly available or not .
 If Yes where can I get it ?
 
 If not How can I write it ?
 
 --vijay patel
 
 -- [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/

Re: [rtl] Monitoring data points

[Stuart Warren]

Take a look at rtp (real time plotter).  It's on sourceforge and uses
Qt.
As Victor mentioned, also look at rtic - particularly rtic_scope which
is almost a seperate project.
Also look at gstripchart which comes with most distributions.

I'm currently modifying rtic_scope to make it independent of rtic, get
the menus working, add cursor support and have scrolling updates.

Take a look at the gui CANalyzer uses (www.vector-informatik.de).  It's
a windows-only app and a demo is available for download.  This is the
best "real-time" plotting software that I've seen.  It might give you
some ideas for your gui.

cheers,
stuart w

KEVIN ARCAS wrote:
 
 I want to use a graphic viewer in XWindows, so I can open two or
 three windows to plot the variables evolution in real time. The period
 time of the RTL module is about 10 ms  or 1 ms (I supose it will be
 10 ms to have CPU time to run the application). The amount of
 data is two floatting points variables for each plotting window,  each
 period time (so 3 or 4 floatting variables, because x-var (time) is
 used for all the plots)
 
 On 24 Oct 00, at 15:04, David Olofson wrote:
 
  What kinds of targets did you have in mind (fullscreen, X...), and what kind of
  user interaction do you need? How much data are we talking about?
 
  I have some more or less usable C code lying around (a few small applications,
  actually), that does basically what you ask for, but it's built around a direct
  buffer rendering toolkit that I hacked up for fun. (The basic idea was to have
  something that would work with games and the like under svgalib, GGI, SDL and
  similar drivers/APIs.)
 
  Currently, it can only use GGI (which means you can render on almost anything,
  but without nicely resizable windows), but could easily be ported to any
  graphics driver or API that provides something that looks like direct video
  buffer access. SDL is probably where I'll go if I bother with it.
 
  There is also a kernel module with a simple RT debug message and graphing API,
  that sends data to a user space application. It timestamps everything using the
  TSC.
 
 
  The problem? The applications could really use some tightening up, and the GUI
  toolkit *looks* about as nice as it's useless in most other respects. (And it
  looks pretty nice for a "few evenings, design as you go hack"... :-)
 
 
  I'll wrap up a package with some usable/comprehensible stuff if you wan't to
  play with it, but consider it all alpha stuff. (The tools have served me well
  so far, though. The graph viewer even reminds of a real application! ;-)
 
 
  David Olofson
   Programmer
   Reologica Instruments AB
   [EMAIL PROTECTED]
 
  ..- M u C o S . .- David Olofson --.
  |   A Free/Open Multimedia   | | Audio Hacker |
  |  Plugin and Integration Standard   | |Linux Advocate|
  ` http://www.linuxdj.com/mucos -' | Open Source Advocate |
  ..- A u d i a l i t y . |Singer|
  |  Rock Solid Low Latency Signal Processing  | |  Songwriter  |
  `--- http://www.angelfire.com/or/audiality -' `- [EMAIL PROTECTED] -'
 
 -- [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/

Re: [rtl] parallel port communication

[Stuart Warren]

Heinz,

Look at the zip drive driver code ppa.c in the kernel source.  I thought
it was useful in explaining how to do 16 and 32 bit transfers.

cpeacock has a 8 page document on EPP operation but it's sketchy on the
details of 16 and 32 bit transfers.  Do a search for senet, cpeacock,
epp and you should find it.  It's a pdf.

I've done 1M/s x single byte reads through an ISA parallel port for a
home-brew video digitiser.  There wasn't much time for anything else so
it would be difficult to sustain those transfer rates.  Using EPP 32 bit
transfers would make a big difference.

cheers,

Stuart W

Heinz Haeberle wrote:
 
 I want to make - fast - communication via the enhanced parallel
 port. I was thinking about reading up to 1 MByte per second (maybe
 less if it not doable). Has somebody already done something like
 this? Would appreciate any information (includs info about the
 hardware of epp)
 
 Heinz
 
 --
 Sent through GMX FreeMail - http://www.gmx.net
 
 -- [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/

[rtl] SSD Minirtl 2.3

[Stuart Warren]

I've modified Nicholas Mc Guire's excellent minirtl-2.3-i486 project so
that it can be loaded from a SSD (not necessarily supported by linux). 
It's a good starting point for anyone wanting to embed rtlinux without
having to worry about SSD compatibility.

Could anyone interested in testing this please email me.  If all goes
well I'll post it somewhere towards the end of the week.

cheers,

Stuart W

-- [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/

Re: [rtl] Port to MIPs

[Stuart Warren]

There is MIPS code in the 3.0pre6e source tree.

cheers,
Stuart Warren 

Wang Ting wrote:
 
 Anybody knows whether rtlinux is ported to any MIPs ?
 -- [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/

Re: [rtl] About size

[Stuart Warren]

try 
strip -g *.o

Percy Rojas wrote:
 
 How did you strip  your modules ?
 
 Did you use some compiler parameters ? what  were they ?
 
  For 2.2.14-rtl2.3, the RTLinux module sizes on my laptop are:
 
  -rw-r--r--1 root root   122196 Jul  6 06:47 rtl_fifo.o
  -rw-r--r--1 root root   114864 Jul  6 06:47 rtl_posixio.o
  -rw-r--r--1 root root   329912 Jul  6 06:47 rtl_sched.o
  -rw-r--r--1 root root   320670 Jul  6 06:47 rtl_time.o
 
  95% of the size is debigging symbols.  After being stripped:
 
  -rw-r--r--1 root root 7708 Aug 10 11:31 rtl_fifo.o
  -rw-r--r--1 root root 6048 Aug 10 11:31 rtl_posixio.o
  -rw-r--r--1 root root 7952 Aug 10 11:31 rtl_sched.o
  -rw-r--r--1 root root10104 Aug 10 11:31 rtl_time.o
 
 
 
 
 -- [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/

[rtl] Question about rtl_sched.c in 3.0pre6e.

[Stuart Warren]

Hi all,

I'm trying to understand how some of the new code in RTL 3.0 works -
specifically with the get_linux_current(...) code introduced in pre6d. 
This is called from the psc.o module to implement the user space calls
via the rtl_sigaction functionality.

I know it's probably bleeding obvious, but I can't figure out where 

rtl_sched[cpu_id].rtlinux_task.stack

gets initialised so that this works (from rtl_sched.c):

int *sp = rtl_get_linux_thread(rtl_getcpuid())-stack;
return (struct task_struct *)((ulong)sp  (ulong)~8191UL);

I was expecting to see a rtl_init_stack(...) or something to set this up
in the rtl_sched init_module().  Can someone help?

This is my first attempt at understanding heavy duty magic like this, so
sorry about the gumby question.

regards to all,

Stuart Warren

code snippets from rtl_sched.c...

static inline pthread_t rtl_get_linux_thread(int cpu_id){
return (rtl_sched[cpu_id].rtl_linux_task);
}

struct task_struct *get_linux_current(void)
{
#if !defined(__i386__)
return current;
#else
if ( RTL_CURRENT == rtl_get_linux_thread(rtl_getcpuid()) )
{
return current;
}
else
{
int *sp = rtl_get_linux_thread(rtl_getcpuid())-stack;
return (struct task_struct *)((ulong)sp  (ulong)~8191UL);
}
#endif  
}

-- [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/

Re: [rtl] RTL V3 - how to

[Stuart Warren]

Hi Nathan,

I've tried out pre6e and found that the rtlsigtimer_app in the
regression directory will crash my computer when calling
rtlinux_sigprocmask.  When these calls are removed, the test will work. 
It looks like there a minor problem with the logic for testing the
results.  I changed it to:


/* check that the timers went off the right number of times */
if ((*marker_ptr != 8) || (*marker2_ptr != 16))
{

}

(ditto for the single periodic timer test)

The results showed that each periodic task would run just once
(*marker2_ptr was 1).

I found the same with a test program I was using.  It worked okay under
pre6d.

Any ideas?  Need more info?

cheers,
stuart warren

This is some code that runs correctly under pre6d but only increments to
1 under pre6e... (ie the same behaviour as the modified regression
program)
--
#include sys/ioctl.h
#include linux/isdn.h
#include fcntl.h
#include unistd.h
#include string.h
#include stdio.h
#include stdlib.h

/* 3.0pre6d uses rtl_signal.h */
//#include rtl_signal.h
/* 3.0pre6e uses rtlinux_signal.h */
#include rtlinux_signal.h

/* comment out for 3.0pre6e */
//#define RTLINUX_SIGTIMER0 RTL_SIGTIMER0
//#define RTLINUX_SA_RESETHAND  RTL_SA_RESETHAND
//#define RTLINUX_SIG_IGN   RTL_SIG_IGN
 

int Send_Data;

void transmission_handler(int unused)
{
if(Send_Data  1) /* arbitrary */
Send_Data++;
}

int main()
{
struct rtlinux_sigaction sig;

Send_Data = 0;

sig.sa_flags = RTLINUX_SA_RESETHAND;
sig.sa_period = NSECS_PER_SEC/4;
sig.sa_handler = transmission_handler;

if (rtlinux_sigaction(RTLINUX_SIGTIMER0, sig, NULL)) {
printf("Coundn't get timer\n");
perror("rtlinux_sigaction");
return -1;
}

printf("\n");

while(1) {
printf("Send_Data = %d\n", Send_Data);
usleep(2);
}

sig.sa_handler = RTLINUX_SIG_IGN;
rtlinux_sigaction(RTLINUX_SIGTIMER0, sig, NULL);
return EXIT_SUCCESS;
}

--


Nathan Simons wrote:
 
 On Wed, Aug 02, 2000 at 08:53:59AM +1000, Stuart Warren wrote:
  Now that I've woken up...
 
  For 6e, instead of removing the librtl* files in /usr/lib, it's probably
  better to change the makefile so it generates librtl.a and librtlpSOS.a
  instead of librtlinux*.  Also, I modified the make install rule so that
  depmod included the path to /sbin/ ditto for the other modutils in
  ./scripts/insrtl.
 
 Nope, my bad.  i forgot to change the install rule in the toplevel
 Makefile.  We decided to make the prefix for the libraries "librtlinux" to
 keep things consistent (rtlinux_sigaction() is in librtlinux.a, with
 rtlinux_signal.h being the include file).
 
 --
 Nathan Paul Simons, Programmer for FSMLabs
 http://www.fsmlabs.com/
 -- [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/

Re: [rtl] 3.0 pre6d questions (psc and debugger)

[Stuart Warren]

Thanks for the info.  This is beyond me but it's nice to know.

cheers,
stuart warren

 Hi Stuart,
 
 Exception 14 is a page fault.  Also note that I've found problems in
 general with gdb-4.18 and gdbstubs with respect to offsets and file
 positions not matching, switching to 4.16 fixed this for me (on
 gdbstubs).  This may have a similar interaction with the RTL debugger,
 as that too is based on gdbstubs.
 
 Regards, Stuart
 -- [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/

[rtl] 3.0 pre6d questions (psc and debugger)

[Stuart Warren]

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/

Re: [rtl] RTL V3 - how to

[Stuart Warren]

The pre-patched kernel is just that (patched).  You'll need to download
the rtlinux_3_0_pre6d.tgz (6e is also available) for the rtl modules et
al.  Here's a few things I noticed:

o   I had to do a 'make install' as well as running 
the 'sh ./scripts/insrtl'.
o   The psc makefile make moves psc.o to ../modules 
so the make install cannot find it when running.
I just copied it back before doing the make install.
o   Between 6d and 6e the librtl changed to librtlinux.
ie if you used the rtl_sigaction in programs under 6d,
make sure you change the link options in your
makefile (and preferably delete librtl.a from /usr/lib).

regards,
stuart warren

Zhigao Yao wrote:
 
 Hi all,
 I downloaded prepatched RTLinux V3 beta the other day and installed it on
 top of Red Hat Linux 6.2. It seems that everything is under the
 "/usr/src/rtlinux_kernel" directory. The problem is, where are those
 RTLinux modules? I can't find them anywhere.
 BTW, is there any detailed doc about the updates in RTLinux V3?
 
 Thanks
 Daniel
 -- [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/