[EMAIL PROTECTED] wrote:
Due to RTLinux v2 is not stable yet, should I use RTLinux v1.x or v2??
My app doesn't have to perform complex tasks, only:
Access I/O ports and serial port
Comunnicate processes with FIFO's
Which problems can I have using version 1.x???
I had a simple
Michel Doyon wrote:
I am looking for any documentation and/or examples that could help me to
design software that would run under rt-linux with an smp machine.
RTLinux and RTAI are ready for SMP. I tried both and they seemed to
work just fine. But i suggest fixing the rt-task to a specific
RTEC-0.3 - a concurrent realtime task system
1. Changes to RTEC-0.2:
2. Introduction
3. API description
4. Download
5. Installation
1. Changes to RTEC-0.2:
===
o Timing Bugfix
o Added soft-interrupt support
o rearranged the
Paolo Mantegazza wrote:
The part stating it is proprietary is FALSE.
Some marketing people understand it like this:
non-standard == proprietary
That's why many people think that the RedmondOSes arn't
propietary, because they think they are standard ... :-)
However: it's bull***t anyway :-)
Kulwinder Atwal wrote:
shaolin zhang wrote:
some result is:
Linux pSOS VxWorks
for(;;) for local variable: 0.52 usec/times 23.81 usec/times 4.79
usec/times
for(;;) for global variable: 0.48 usec/times 9.58
Vernon Van Steenkist wrote:
1) I need my device to be active 5 seconds after power-up. Can Linux
come up that quickly?
Depends on the BIOS ... but usualy, EmbeddedPCs can´t be up
and running that fast. Linux itself can be downsized to operate
within a few seconds. The AXIS-Web/ModemCam
Bart Vandewoestyne wrote:
i have to be able to measure with an accuracy of 0.001 micro sec.
You mean 1 nanosecond?
Independent from the operating system, this is not managable
with the parallel-port of a PC, since each read access will take
about one microsecond: the read has to go the way
WORM wrote:
I´ve been wondering during the last days, which are the differents
between using threads and using tasks. Sorry for bothering you, but I
can´t find the answer to this.
The definition for both expression may vary, depending
in which "computing-world" you are living in :-)
So i
Herman Bruyninckx wrote:
We have a control problem in which we need a simple controller to run at
preferably 30 000 Hz... So, keeping everything in cache is really needed...
30 KHz is ok, as long as some events can be missed
or jitters in the range of the period are ok.
Otherwise you might
[EMAIL PROTECTED] wrote:
We have an experimental RTL V3 with an option to turn off Linux
on one PC. Measured latencies are very low -- but this is early code.
If you are interested in testing please send email to me.
Very interessting!
I´d like to have a look at it, because i intend to
[EMAIL PROTECTED] wrote:
BTW: We are under enormous pressure from potential funders who argue that
we need to abandon open source entirely to keep Lineo from simply riding
us down. I expect RTAI in the future will have done PPC ports
before RTLinux and etc. I'm attempting to manouver around
Olaf Petzold wrote:
I'm one of the people who havn't such luck. After a clean reboot, the contents
of several source files was merged, so I found contents from file a.c inside
file b.c and so on. This experience is less than an half year hold. Maybee I
did some wrong things but, the install
Arnaud Adell wrote:
I would like to know if anyone know where I can find a
documentation on the DGA (direct graphic access) to be
able to use it to increase the speed of displaying
sequences of images.
IMHO, DGA is not what you are looking for.
For many applications X is just fine, but
Hi Herman!
Overall, you did a good Job, but i strongly
disagree with some statements in chapter 3.2:
The Linux kernel that supports a typical desktop
computer is quickly more than 1 megabytes large.
And that does not include the memory taken
up by the Linux tools and the users' applications
[EMAIL PROTECTED] wrote:
Let's say I have N message buffers in a pool. What if
there is no more free buffer?
Then the design for your hard real
time system was wrong :-)
Bernhard
-- [rtl] ---
To unsubscribe:
echo "unsubscribe rtl" | mail [EMAIL PROTECTED] OR
echo "unsubscribe rtl Your_email"
[EMAIL PROTECTED] wrote:
x86 MiniRTL fits on a floppy and runs in 4Meg.
Sure, but IMHO that was not was Herman is thinking
of. I am sure, he is talking about stuff like
engine control systems, heaters, fluid-controllers
- stuff were usualy a bare C-Coded 8051 is quite enough.
But today, evene
Arne Linder schrieb:
http://www.linux-magazin.de/ausgabe/1998/11/Rtlinux/rtlinux2.html
As the article is based on RT-Linux v1.x, i have updated the
software for 2.2 (the hardware and its description is still
valid):
ftp://ftp.linux-magazin.de/pub/devel/rtlinux/pwmdemos-19991221.tgz
This
Denis Karpov schrieb:
is it possible to run RTLinux in User Mode Linux
I didn´t tried it, but it´s rather unlikly that it
will run: the UML-Kernel is patched in the areas
of memory management, process scheduling and interrupt-handling
in order to be able to run as usual application.
I doubt
Hi!
I could imagine that some readers of this list(s) will
be present at the real time linux workshop next monday.
Coming from europe, i only got a flight for saturday.
If there are more people arriving on the weekend, may
be we could group up, not to spend the whole sunday
each alone in the
marco zoncu schrieb:
Is it possible to use OpenGL libraries in a rtlinux
task?
Don't try this at home! :-)
To be serious: IMHO it is not necessary to use
rtlinux or rtai to do this kind of jobs, nor these
hard real time implementations are intended
for stuff like this ...
What you need is
Sven Garbade schrieb:
Dont know if you mean this:
http://www.cs.cmu.edu/~rajkumar/linux-rk.html#Download
Exactly, but this is the stinky old version of Linux/RT
formerly called Linux/RK.
At least, half of the problem is solved. The correct
path to version 1.1A is
David Olofson schrieb:
Correctly, but we were discusing about visualization using OpenGL :-)
Yes, but even some games and other heavy multimedia applications stream from
disk and/or various forms of dynamic loading of world data. One reason to do
that is to reduce loading times, so one
Hi everybody!
Due to the fact that the industry gets more
and more interessted in RT-Linux and
RTAI, but also gets more and more
distracted (because of the ongoing discussions),
i intend to write a clearifing article about the
licencing situation concerning both implementations.
Downbelow, you
Hi everybody!
First of all, thank you for your input ... makes
things much clearer now!
No legal actions prepared
=
Although there were some roumors and signs,
i am very happy to tell you that neither Victor
nor Paolo intend to do legal actions against
each other:
David Schleef schrieb:
It can be duplicated using something similar to the attached
file.
select() is not bad, but you can't guarantee a stable
period (means a delay is propagated to the following
periods).
For this reason, i prefer pthread_cond_timedwait()
(see file attached).
Suspending
Robert Schwebel schrieb:
On Sun, Oct 20, 2002 at 02:53:07PM +0200, Bernhard Kuhn wrote:
If you want to stick to 8 Bit Controller: forget about Linux!
Hmm, 8 bit controllers work quite fine for realtime applications with
Linux. Just connect your favourite PIC, AVR or whatever to some
26 matches
Mail list logo
