Re: [rtl] user space program hangs
Thanks Herman, what would you recommend instead? Dan Herman Bruyninckx wrote: On Fri, 17 Aug 2001, Dan Peters wrote: [...] I believe it all has to do somehow with interrupting X calls. Do you have any experience with running X under rtlinux? I have work with X many times in a non RT environment and have not had these problems. Is there a better alternative to running X for doing graphical stuff under RT linux. Don't use X! Unless you know exactly what your X driver is doing... The polygons-rendered-per-second race of card manufacturers makes many drivers behave _very_ unfriendly towards other processes (disabling interrupts for too long etc.) Herman -- I decry the current tendency to seek patents on algorithms. There are better ways to earn a living than to prevent other people from making use of one's contributions to computer science. D.E. Knuth, TAoCP 3 -- [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/ -- [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/
Re: [rtl] DOUBT ABOUT PROGRAMMING RS232 USING C-lang
Please go to www.google.com (or another search engine) and type in your keywords. This is the way I do it if I need some information. On 20 Aug 2001 10:43:52 -0600, Victor Yodaiken wrote: I'll give you some advice that will be of great help: do your own homework. And have your CAPS LOCK key fixed :-) On Sat, Aug 18, 2001 at 08:25:43AM -0700, madan mohan wrote: sir, i am a student and very much interested in doing programs in C language. i request YOU to help me in doing programming ON RS232 , and give a small program , how to read data from RS232 PORT AND STORING INTO A TEXT FILE OR INTO A DATABASE FILE LIKE FOXPRO ETC. SIR,IF POSSIBLE PLEASE GIVE THE LIST OF MAJOR SITES WHICH ARE GIVING A COMPLETE DESCRIPTION ABOUT RS232 PORT , AND DOING PROGRAMMING IN C-LANGUAGE ON RS232 THANKING U SIR, YOURS TRUELY, MMREDDY.B -- [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/
RE: [rtl] DOUBT ABOUT PROGRAMMING RS232 USING C-lang
On Mon, 20 Aug 2001, Minich, Raymond C wrote:
2. It's embarassing to be obvously clueless.
I just get annoyed at people who won't help themselves and expect to
have others do their work for them...
Just my $0.02
Just mine.
Another question: I was playing with rtlinux, and getting compilation
errors, or, after that, unresolved dependencies. Eventually I traced
them back to the fact that rtlinux-3.1/include/reserve_cpu.h has the
definitions of rtlinux_suspend_linux_{init,cleanup} in it, but on my
machine, they were never getting picked up. The file was getting
included, but none of the defines were ever actually evaluated. I fixed
it with [DIRTY] just adding the noop ones at the end as a fail-safe.
But that's a fugly hack...
Can anyone tell me why that was happening? I'm using an SMP kernel
2.2.19, and it just wasn't getting to the logical point where it
defines either of those two functions; because it's SMP and 2.2, I
didn't have CONFIG_RTL_SUSPEND_LINUX defined.
Out of curiosity, why, also, do you use a piece of code there at all
for the noop? I sorry if I'm being truly dumb, but why get it to even
bother evaluating code such as
do {;} while(0)
?
And by the way; I solved the issues I was having with Andre's patches
to 2.2.19; pass the kernel the noapic option. Found that on a random
mailing list.
Sorry I was so stupid on that one and had to ask here...
Gary (-;
PS Is it worth my using 2.4.4 instead? IIRC, 2.4.4 had some pretty
horrific bugs, but I can't actually remember what they were,
specifically, so they may not be relevant to me...
-- [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/
RE: [rtl] DOUBT ABOUT PROGRAMMING RS232 USING C-lang
I'm just a softie i guess, this person should look at the rt-com package. The internet is homework friendly enough place that you don't have to beg in such an obvious manner. Eric -- [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/
Re: [rtl] ANNOUNCE: xenodaptor
On Mon, Aug 20, 2001 at 07:22:52PM +0200, Philippe Gerum wrote : Hi everyone, FYI, aside of CarbonKernel (for the few who are aware of its existence :o) I've just started a new free software project (GPL) called XENODAPTOR. It is an attempt to facilitate the migration of applications based on proprietary embedded RTOS to hard real-time Linux variants such as RTAI and RTLinux. Because the proprietary RTOS have much in common, especially from the thread scheduling and synchronization standpoint, it is possible to define an abstraction layer exporting a set of generic services on top of which emulation modules of these RTOS can be built. It is roughly the same approach that was used for CarbonKernel (i.e. http://www.sourceforge.net/projects/carbonkernel/), the RTOS simulator, but based on a real (i.e. not simulated) operating system. In other words, the principal motivation behind XENODAPTOR is clearly to help application designers relying on proprietary commercial RTOSes to move as smoothly as possible to Linux-based hard real-time extensions. I will first aim at providing this abstraction layer to support API emulations of embedded real-time operating systems on top of hard real-time variants of Linux. Those emulation modules will mimic the corresponding real-time kernel APIs. For instance: +---+ | RTAI | RTLinux| +---+ | XENODAPTOR abstraction layer | | | | XENO emulation of pSOS+ | XENO emulation of VxWorks | + | pSOS+ user application | VxWorks user application | +---+ The obtained abstraction layer will rely on the underlying real-time Linux variant for hardware control and architecture-dependent system software, and provide a high-level interface to the emulation modules. This project is hosted on savannah.gnu.org/projects/xenodaptor/. As of now, there is only a roadmap and a source tree containing the initial work (non-functional) on a nanokernel standing for the abstraction layer. I expect this nanokernel to be functional on top of RTAI/x86 in a few weeks, and perhaps the first emulation module mimicking a commercial RTOS being available by mid-October or so. I haven't made up my mind on the first RTOS personality I will write an emulator for, but it surely will be among pSOS+, VxWorks, VRTX32, Chorus Micro or perhaps Virtuoso. I will try hard to write some early documentation about the nanokernel interface, but don't expect it before November. Well, that's it. Questions, suggestions and volunteers are welcome as usual. PS: I wish to thank the RTLinux and RTAI people who, by their long-term effort in making real-time Linux a viable solution, have also made this project possible, which I hope will be useful to them somehow. Best regards, Philippe. Very good news, I think I will try to find a job where I have to port a RT application from Chorus to RTAI, and then contribute to xenodaptor. If you've allready got a small documentation, I will be pleased to translate it in french. Stephane -- Stéphane LIST -- [EMAIL PROTECTED] Alcôve, l'informatique est libre -- http://www.alcove.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/
Re: [rtl] I'm new to this, but
On Mon, 20 Aug 2001, Stephane List wrote: What is a sporadic scheduler ?? A sporadic task : OK, but a sporadic scheduler ?? Do you mean the One Shot mode ? Quote from the project definition: Implementing aperiodic servers in RT-Linux The aim of the project is to implement the Deferrable Server and Sporadic Server, two aperiodic server mechanisms, as additional scheduling policies in RT-Linux. The project involves setting up a RT-linux configuration and updating it with the two mechanisms. An evaluation of their implementation complexity and run-time overhead will also be performed. The project will also investigate the low-level implementation complexity of capacity sharing protocols. Thanks, Gary (-; -- [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/
Re: [rtl] user space program hangs
On Tuesday 21 August 2001 17:57, Dan Peters wrote: David Olofson wrote: On Saturday 18 August 2001 09:36, Herman Bruyninckx wrote: On Fri, 17 Aug 2001, Dan Peters wrote: [...] I believe it all has to do somehow with interrupting X calls. Do you have any experience with running X under rtlinux? I have work with X many times in a non RT environment and have not had these problems. Is there a better alternative to running X for doing graphical stuff under RT linux. Don't use X! Or make sure you've got a properly configured X server and a video card with a decent driver... Some work, but shouldn't by a major issue if you need RTLinux on the machine in the first place. (You don't run RTLinux on the average workstation anyway.) The video chip is a CT 65550, and as far as I know, the server has been configured properly. I don't know anything specific about this chip. This is part of a control system, which I feel needs RTlinux. The only reason to use X is to display an image and display some other data on a display. Are there any better alternatives to X. Try SDL; http://www.libsdl.org - nice and simple API, handles graphics (windowed and fullscreen modes wherever possible), sound, keyboard, mouse, joysticks, threads etc, and there are some helper stuff like graphics loading and saving and image blitting with alpha blending or colorkeying with RLE acceleration. It runs on several different platforms, and most video and audio driver APIs on those platforms. More specifically; on Linux, you can transparently use X (windowed, fullscreen, DGA), GGI (and whatever that supports on your system), fbdev and svgalib without even recompiling your program. If you want to fiddle with raw graphics data, you don't *have* to support all sorts of pixel formats (like with DirectX and other direct access APIs) - SDL emulates your favorite pixel format on pretty much any target with acceptable speed. If you want a higher level rendering API, there are various add-on libraries for SDL; fast game toolkits, widget toolkits and the like. //David Olofson --- Programmer, Reologica Instruments AB .- M A I A -. | Multimedia Application Integration Architecture | | A Free/Open Source Plugin API for Professional Multimedia | ` http://www.linuxdj.com/maia -' .- David Olofson ---. | Audio Hacker - Open Source Advocate - Singer - Songwriter | `-- [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/
