[rtl] and yet more PCMCIA and RTAI
Stuart I forgot to mention that I did my initial installation from the Zenotropix CD. The installation instructions tell me that upon installation the modified kernel and RTAI patches will already be running. Daniel >From: Stuart Hughes <[EMAIL PROTECTED]> >To: daniel sheltraw <[EMAIL PROTECTED]> >CC: [EMAIL PROTECTED] >Subject: Re: [rtl] PCMCIA and RTAI question >Date: Sun, 21 May 2000 16:33:02 +0100 > >daniel sheltraw wrote: > > > > Hello RTAIers > > > > Does RTAI need PCMCIA services disabled? My machine running RTAI > > does not recognize my new Quatech PCMCIA parallel port card but > > an indentical machine running the same version of Linux does > > recognize it (as exhibited by the output of "carctl ident"). > > > >Hi Daniel, > >I run on a laptop all the time with PCMCIA for both RTL and RTAI with no >problems. Possibly (and forgive me if you did it already) you have >forgotten to re-build and install the PCMCIA package after you installed >a new kernel. To make sure you have it installed, do an ls >/lib/modules/`uname -r`/pcmcia, it if is installed you should have a >directory full of modules. > >Regards, Stuart Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com -- [rtl] --- To unsubscribe: echo "unsubscribe rtl" | mail [EMAIL PROTECTED] OR echo "unsubscribe rtl " | mail [EMAIL PROTECTED] --- For more information on Real-Time Linux see: http://www.rtlinux.org/rtlinux/
RE: [rtl] about scheduling algorithm ?
thanks for reply , i want some papers that describe the EDF and RM where to find it ? -tim >Hi, Tim. >I'm not sure what you want to know? >Do you want information about the EDF and RM scheduling algorithms >or do want to have information about the edf-scheduler, implemented >by Ismael Ripoll for version 1.0 of RTLinux, and the rm-scheduler, >implemented by Oleg Subbotin also for veriosn 1.0? / Daniel & Joachim PS. We have made ports of the above mentioned schedulers for version 3, which will be finished any day now DS. On Fri, 19 May 2000, [BIG5] N-Liu/Tim (? ? INC) wrote: > Hi all . i want to get some information about the scheduling algorithm > about EDF or RM . is there some guy can help me ? > thanks in advance . > tim > -- [rtl] --- > To unsubscribe: > echo "unsubscribe rtl" | mail [EMAIL PROTECTED] OR > echo "unsubscribe rtl " | mail [EMAIL PROTECTED] > --- > For more information on Real-Time Linux see: > http://www.rtlinux.org/rtlinux/ > > -- Real-Time Linux Thesis Work - [EMAIL PROTECTED] http://www.vmlinux.org/rtl/ -- [rtl] --- To unsubscribe: echo "unsubscribe rtl" | mail [EMAIL PROTECTED] OR echo "unsubscribe rtl " | mail [EMAIL PROTECTED] --- For more information on Real-Time Linux see: http://www.rtlinux.org/rtlinux/
[rtl] more PCMCIA and RTAI question
Thanks Stuart and others The modules do exist in /lib/modules/2.2.10-rtai/pcmcia. Also "lsmod" shows no pcmcia modules and "cardctl ident" gives the error message: no pcmcia driver in /proc/modules. Is this a version problem and how do I make things right again for pcmcia? Thanks again, Daniel >From: Stuart Hughes <[EMAIL PROTECTED]> >To: daniel sheltraw <[EMAIL PROTECTED]> >CC: [EMAIL PROTECTED] >Subject: Re: [rtl] PCMCIA and RTAI question >Date: Sun, 21 May 2000 16:33:02 +0100 > >daniel sheltraw wrote: > > > > Hello RTAIers > > > > Does RTAI need PCMCIA services disabled? My machine running RTAI > > does not recognize my new Quatech PCMCIA parallel port card but > > an indentical machine running the same version of Linux does > > recognize it (as exhibited by the output of "carctl ident"). > > > >Hi Daniel, > >I run on a laptop all the time with PCMCIA for both RTL and RTAI with no >problems. Possibly (and forgive me if you did it already) you have >forgotten to re-build and install the PCMCIA package after you installed >a new kernel. To make sure you have it installed, do an ls >/lib/modules/`uname -r`/pcmcia, it if is installed you should have a >directory full of modules. > >Regards, Stuart Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com -- [rtl] --- To unsubscribe: echo "unsubscribe rtl" | mail [EMAIL PROTECTED] OR echo "unsubscribe rtl " | mail [EMAIL PROTECTED] --- For more information on Real-Time Linux see: http://www.rtlinux.org/rtlinux/
Re: [rtl] RTL & Matlab/Simulink
I have done a similar job with a similar system called WinFACT BORIS. They produce either a programm running under windows, a windows dll or - what I have used - just plan C-code. The only thing you have to spend is code for the I/O connectors. It was working with very few changes in OS/2, WinNT and VxWorks. And - if I would have been able this time to use Linux - it will work in Linux and RTLinux. I have also took a look on MathLab that time. I haven't done anything with it, but it should work exactly the same way. The BORIS C-code was designed to feed the input, run the code and then get the output to whatever you have to do. This is one single task which you can design in whatever OS you use. Ok this was my experience with the system and it is working -as far as I have heart, because I don't work for the company any more - very well. It was a quite big (beleave me!) temperature controller and you may have a chip produced with this controller Heinz - Original Message - > Indeed I have had this kind of system on my mind for a year or two !!! > The VxWorks target includes a number of options that you don't need with > Real Time Linux. > A scheduler is provided since this basic functionality is missing in > VxWorks. > Or at least it is missing in the context that one is provided within RTL > and RTAI. > -- [rtl] --- To unsubscribe: echo "unsubscribe rtl" | mail [EMAIL PROTECTED] OR echo "unsubscribe rtl " | mail [EMAIL PROTECTED] --- For more information on Real-Time Linux see: http://www.rtlinux.org/rtlinux/
Re: [rtl] Driver
On Wed, May 17, 2000 at 11:06:40AM -0700, Matt Cheselka wrote: > > Dave, maybe I'm really missing something here. I'm referring to the > drivers in comedi-0.7.xx/comedi/drivers/*.c. Nothing in this source code > makes any mention of RTL or RTAI. The only things that do are actually in > comedi-0.7.xx/comedi/rtl.c and comedi_fops.c. The problem here is that > stuff like comedi_rtl_init() -- which to me sounds like a pretty important > function -- doesn't DO anything (everything is commented out)!!! Im my opinion, a good driver should simply do what it needs to do, and get out of the way of the operating system. The individual drivers are also somewhat OS independent, in that anything that is different between OSs is moved into the comedi core, and properly #ifdef'd. > What you're saying (and please please please excuse my stupidity if this > is wrong) is that comedi is already 'wired' to run under RTL or RTAI and > nothing has to be done to a particular driver except to modify it so it > becomes incorportated into comedi (attach, detach, subdevices, > etc). Meaning, I don't need to put any rt_task_init(), > rt_task_wait() stuff into my driver. Yes. Drivers work automatically with RTAI and RTL, provided that they don't do anything "RT-stupid", that is, call kernel functions that are not real-time compatible, register interrupt correctly, don't have any unbounded waits, etc. Hardware drivers in comedi are actually _really_ simple -- just a collection of functions that are called by the Comedi core to do specific jobs. Ask yourself why the driver is running a task. Is this really a driver, or an application/driver combination? I prefer to make drivers as simple as possible, so starting a task seems too high level. I can think of reasons why you might want a task, but not in a data acquisition driver. > I guess I have some confusion about what's going on in comedi/drivers and > comedi/realtime. comedi/realtime contains two "virtual drivers" that are actually applications disguised as drivers. They use real-time tasks to emulate features that exist on higher-level data acquisition boards. It's kind of cool to use them every once and a while, but if you are doing serious work that requires such features, it is better to buy a real board. However, they make nice examples if you are writing applications that use Comedi. > If the above paragraph is true, can you point me to where comedi decides > that a driver is to be run in RTL or otherwise? The driver is not "run in RTLinux" as you say. The application calls comedi from RTLinux. Comedi calls the hardware driver. The driver doesn't do anything RT-stupid. Thus, the driver works in real-time. (I will readily admit that comedi drivers do many things RT-stupid, but it is not generally an issue. Writing real-time drivers is a continual learning process.) dave... -- [rtl] --- To unsubscribe: echo "unsubscribe rtl" | mail [EMAIL PROTECTED] OR echo "unsubscribe rtl " | mail [EMAIL PROTECTED] --- For more information on Real-Time Linux see: http://www.rtlinux.org/rtlinux/
[rtl] Compiling the kernel
Hello all, When compiling the RTLinux-2.2 prepatched kernel is it enough with doing "make" in "/usr/src/rtlinux-2.2/" or I have to do it in "/usr/src/rtlinux-2.2/linux/" too?. Thank you. -- Ivan Martinez (Rodriguez) BEng in Software Engineering - MEng student http://www.student.dtu.dk/~u990873 "Got fabes?" -- [rtl] --- To unsubscribe: echo "unsubscribe rtl" | mail [EMAIL PROTECTED] OR echo "unsubscribe rtl " | mail [EMAIL PROTECTED] --- For more information on Real-Time Linux see: http://www.rtlinux.org/rtlinux/
Re: [rtl] RTL & Matlab/Simulink
Ales Indeed I have had this kind of system on my mind for a year or two !!! The VxWorks target includes a number of options that you don't need with Real Time Linux. A scheduler is provided since this basic functionality is missing in VxWorks. Or at least it is missing in the context that one is provided within RTL and RTAI. Another problem comes from the libraries that are assumed to be present with the VxWorks output. Your best bet may be to use the generic C code output and to try to make that into some kind of loadable module. You will have problems with any calls to Kernel routines or C library functions. If you create a simple C task for me and mail it to me ( or even post it ) I'll take a look at the output and make some recommendations. The cost of these tools often precludes their use among most Real Time Linux users. Sorry I cannot say much more at this time. Phil Wilshire > Hi! > > I'm quite a newbie in RTL programming, and have a rather hypothetical > question for the RTL experts familiar with Matlab & Simulink. > It concerns the capability to translate a Simulink model to a RTL > module. > > Simulink has the capability of generating C code out of a graphical > model representation, which can use virtually any Matlab function (there > exist a huge library of functions in Matlab, which makes it a "de-facto" > standard as a simulation environment). The application can then be > executed as a proces of the OS, which can in the best case run in soft > real-time as I understand it. > > It is also capable of generating a code to run on e.g. Tornado VxWorks > real time OS. They call it targeting a specific hardware/RTOS. > Would it then be possible to target RTLinux too? Has anyone on this list > been thinking in this direction or even tried to do something like that? > > The standard process of targeting a specific hardware in Simulink/Matlab > is to use their "Real Time Workshop" to make a platform independent > model representation and then use "Target Language Compiler" (TLC) to > make target specific code/executable. > Then, for RTLinux, the TLC compiler is all there is needed to genrate a > loadable module? Am I right or do I simplify things too much? > I guess, that making such a compiler (TLC) is not that simple... > I assume that Matlab generated C code uses some external libraries and > probably dynamic memory allocation, which is, as I understand, not > feasible in RTLinux (or any other hard RTOS). > > Does anyone have some useful links/experience of this item? > Any hint/note or correction of my humble knowledge is welcome! > > Regards, > Ales > -- [rtl] --- > To unsubscribe: > echo "unsubscribe rtl" | mail [EMAIL PROTECTED] OR > echo "unsubscribe rtl " | 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 " | mail [EMAIL PROTECTED] --- For more information on Real-Time Linux see: http://www.rtlinux.org/rtlinux/
Re: [rtl] PCMCIA and RTAI question
daniel sheltraw wrote: > > Hello RTAIers > > Does RTAI need PCMCIA services disabled? My machine running RTAI > does not recognize my new Quatech PCMCIA parallel port card but > an indentical machine running the same version of Linux does > recognize it (as exhibited by the output of "carctl ident"). > Hi Daniel, I run on a laptop all the time with PCMCIA for both RTL and RTAI with no problems. Possibly (and forgive me if you did it already) you have forgotten to re-build and install the PCMCIA package after you installed a new kernel. To make sure you have it installed, do an ls /lib/modules/`uname -r`/pcmcia, it if is installed you should have a directory full of modules. Regards, Stuart -- [rtl] --- To unsubscribe: echo "unsubscribe rtl" | mail [EMAIL PROTECTED] OR echo "unsubscribe rtl " | mail [EMAIL PROTECTED] --- For more information on Real-Time Linux see: http://www.rtlinux.org/rtlinux/
