On Thu, Jun 22, 2000 at 03:29:23PM +0100, Stuart Hughes wrote:
What is a good complaint ??? doesn't the 'P' in POSIX stand for portable
? What you continually offer is non-portable extensions that make it
impossible to run the same code on any environment other than RTLinux.
Continually?
After I insert modules for RTAI/LXRT (rtai, rtai_sched, lxrt), If I try to
download a file via ftp to my target, the system always crash with a kernel panic.
Crashes happen
for rather large file ( 500K), for small file transfers seem to work.
I am using RTAI1.3, Linux 2.2.14, and the
npace wrote:
After I insert modules for RTAI/LXRT (rtai, rtai_sched, lxrt), If I try to
download a file via ftp to my target, the system always crash with a kernel panic.
Crashes happen
for rather large file ( 500K), for small file transfers seem to work.
I am using RTAI1.3, Linux 2.2.14,
Cory Papenfuss ([EMAIL PROTECTED]) wrote:
Hey all... I've got something that's been bugging me for awhile on this
project. I really only need millisecond resolution (since I'm logging data to
disk), but the hrtime_t doesn't like to be divided by 1000 (NS_PER_MS), as
it's a funky
npace wrote:
After I insert modules for RTAI/LXRT (rtai, rtai_sched, lxrt), If I try to
download a file via ftp to my target, the system always crash with a kernel panic.
Crashes happen
for rather large file ( 500K), for small file transfers seem to work.
I am using RTAI1.3, Linux 2.2.14,
eric keller ([EMAIL PROTECTED]) wrote:
We were running the nice example programs from Mirko
Holler. Looking at parport.c, he calls
rtl_request_irq(7, handler)
then he does this:
outb_p(inb_p(0x21) (~0x80),0x21); //enable interrupt 7
outb_p(0x20,0x20);
//clear in service register
Michael Barabanov wrote:
For RT-interrupts, the low-level irq handling code works as follows
handler:
mask_interrupt_line
ack_irq_controller
call RT-handler
return_from_interrupt
So if it's needed to receive further interrupts from the device,
one has
We will use [EMAIL PROTECTED] in future.
I believe we will wait for your new version of RT_Tulip. I agree that we
should be comparing worst case times since RT_tulip is there to control
this worst case behaviour. However, I have to believe something is wrong
with our set up since the RT_Tulip
I've (sorta) figured it out. The int must first be cast as a long long
or the multiplication will overflow, but when I tried putting a division in a
rt-space function to return miliseconds since boot, I get
./init.o: unresolved symbol __divdi3
when I try to load up my init.o module.
Hi,
I'm using kernel 2.0.36 with RTL v0.9J. Currently I am using the old style
shared memory (only have up to 4 MBytes). I need to increase this to
support my maximum data storage. I have the .pdf instruction and have read
the README and FAQ's that come with the source. So, this should be
"Estabridis, Janet P" wrote:
Hi,
I'm using kernel 2.0.36 with RTL v0.9J. Currently I am using the old style
shared memory (only have up to 4 MBytes). I need to increase this to
support my maximum data storage. I have the .pdf instruction and have read
the README and FAQ's that come
On Mon, Jun 26, 2000 at 09:22:44AM -0500, Cory Papenfuss wrote:
I've (sorta) figured it out. The int must first be cast as a long long
or the multiplication will overflow, but when I tried putting a division in a
rt-space function to return miliseconds since boot, I get
./init.o:
status = rtl_request_irq(7, intr_handler);
/* enable parallel port interrupt */
outb_p(inb_p(0x37A) | 0x10, 0x37A);
rtl_hard_enable_irq(7);
This should install the interrupt 7 handler and enable interrupt 7,
right?
Right.
outb_p(inb_p(0x21) (~0x80), 0x21); //confusing
Anyone here working on audio?
--
-
Victor Yodaiken
FSMLabs: www.fsmlabs.com www.rtlinux.com
FSMLabs is a servicemark and a service of
VJY Associates L.L.C, New Mexico.
-- [rtl] ---
To unsubscribe:
echo "unsubscribe rtl" | mail
Is it possible to use named files to access shared mem inside RTLinux
instead of /dev/mem ?
if ((fd = open("./file", O_RDWR)) 0)
{
/* handle error here */
}
ptr = mmap .
bye
steph
-- [rtl] ---
To unsubscribe:
echo "unsubscribe rtl" | mail [EMAIL PROTECTED]
Hi Gabor, Hoffman and all,
First, i'd like to apologize come back to this point now but in the last
days i've been trying to understand (trough your e-mails) and testing my
program to learn how can i use FP in my own programs, but to be honest some
things, even now, aren't clear for me.
Anyone out there doing Raceway interface under Linux or specifically RTL?
On VME ( and mezzanine cards) or PCI/cPCI?
Hardware recommendations or known driver support?
Hope this isn't off-thread too far?
Regards,
Mike Cravens
--
Alcatel USA Internet: [EMAIL PROTECTED]
1000 Coit Road Plano,
Another question for a group with real-time insight:
If I want to stream packet data from a high bandwidth parallel interface
like Raceway coupled through hardware fifos onto gigabit ethernet,
possibly to be consumed by Unix workstations, then what could give
me optimum streaming:
(1) Running
This may be a sensitive issue, what with S/Wpatents and the
like, but what public information is there about using the RTL approach
to get precise performance measurements of either soft real time or hard
real time performance.
This could be in conjunction with a code instrumentation approach
Could you encourage more participation in the porting process by
others interested in keeping the source open?
If you close the source, I might as well use VxWorks.
Many people are just arriving at the real-time and embedded party.
Getting people to contribute commits them in ways beyond money
---On Mon, Jun 26, 2000 at 09:22:44AM -0500, Cory Papenfuss wrote:
I've (sorta) figured it out. The int must first be cast as a long long
or the multiplication will overflow, but when I tried putting a division in a
rt-space function to return miliseconds since boot, I get
./init.o:
I have gcc version 2.95.3 (shipped with mandrake 7.1),
when I try to compile a file which includes sys/io.h I get strange
problems:
the c-code
=
#include sys/io.h
void main(void)
{
;
}
=
g++ file.c
result:
In file included from file.c:
/usr/include/sys/io.h: In
Folks,
By popular demand, there is now an interface available that allows
RTiC-Lab to use all the drivers available for COMEDI. This interface
has been graciously submitted by a
href="mailto:[EMAIL PROTECTED]"Jose Guilberto/a as a set of
RTiC-Lab "drivers". The RTiC-Lab/COMEDI interface may be
On Mon, Jun 26, 2000 at 01:18:21PM -0500, Mike Cravens wrote:
Could you encourage more participation in the porting process by others
interested in keeping the source open?
If you close the source, I might as well use VxWorks.
I am not closing the source. Please note that there are new
[EMAIL PROTECTED] wrote:
RTLinux is in the default PowerPC Linux kernel in development versions.
Given your previous record, I must admit that this is quite an
unfortunate event! I'm siding with Paolo on this one and hope
that most people reading this do take a very serious look at
RTAI. In my
Dear all:
I
have two questions about the realtime OS.
1. Are there any articles
talking about the comparison of the realtime OS in the markets?
2. How can we evaluate the performance of a realtime OS, such as the rtlinux?
Thanks for your
help!
Wish you have a nice
26 matches
Mail list logo
