Re: [rtl] serial port interrupt

2000-07-24 Thread Emeel

i am working on a similar project to you guys. The program checks a real
time buffer periodically, every second, for serial input data. rt_com
functions read the data in real time and store it to a real time buffer
which is big enough to accomodate a few packets in the occasion that the
buffer is not read by the user functions. I am hoping that serial input
data is not lost when the program is busy in the user space storing the
older data. I basically mixed Michael's frank example and Jochen's
testcom.c to come up with this. 
I am still working on the storage of the data in the user space. i was
going to post it to the newsgroup when its done. but i'd be happy to
send you a copy if you think it is going to be of any help.
please drop me a line if you are interested.

emeel noohi
 
[EMAIL PROTECTED]

eric wrote:
> 
> Adi Sudewa wrote:
> >
> > Hi all,
> >
> > In my application, I build a kind of real-time server that handle requests
> > from serial port. I use rt_com_read() function from rt_com package.
> >
> > The current implementation of rt_com_read() is non-blocking and return
> > immediately when no data available at serial port. So, my task must
> > periodically check if any data available.
> >
> > I wonder if I can use interrupt that notify my task to continue only if
> > data available at serial port, and still use rt_com_read() to read data.
> > Is it possible to do this ? Have anyone do this before ?
> 
> I have a similar application which i am going to have to get working by
> next
> week or never show my face around here again:)  My plan is as follows:
> There is
> a fake interrupt routine in the rt_com package that then calls the real
> interrupt
> routine.  I plan to modify the fake interrupt routine to wake up my
> thread when
> more data appears.  Thus instead of doing a blocking read, i will just
> do a wait
> in my thread when i want more data and then
> pthread_kill(thread_to_wakeup,RTL_SIGNAL_WAKEUP).
> Then you can call rt_com_read() from the thread.
> 
> As i'm writing this i realize i am in trouble:)
> eric
> -- [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] MIPS,

2000-07-24 Thread cort

It will only run on an eval board we have, right.  Indy doesn't work yet.
The hooks for each MIPS arch will be different since each Linux/MIPS
machine has a different irq.c.  I've updated one port to work with the
modern irq_desc_t structure (just like PPC).  I think it's possible to
combine all the Linux/MIPS irq.c files in a way similar to what I've done
on PPC.  Good for Linux/MIPS, good for RTLinux/MIPS.

If you'd be willing to try it out and make some tweaks on the Indy (we
don't have one) I'd be happy to work with you on it.

} Am I correct that this will only run on an Indy?   If not, I have an Indigo
} and an Indigo2 available.
} 
}   Norm
} 
} At 09:38 PM 7/21/2000 -0600, [EMAIL PROTECTED] wrote:
} >Any enormously brave MIPS users out there who want to beta test
} >RTLinux/MIPS ?
} >
} >
} >
} >-- 
} >
} >-
} >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 [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/
-- [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] pthread_wait_np

2000-07-24 Thread eric

Does my thread really have to be periodic in order to use
pthread_wait_np?
I have created a thread that does something when my interrupt routine
ends,
and it isn't periodic but waits to be killed (woken up) by the isr.  Now
i 
see in the doco's for pthread wait that "the thread was previously
marked for execution using pthread_make_periodic_np"  I think this is a
mistatement?
thanks,
eric "hopefully i am now 2k compliant" keller
-- [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] DSL v1.0.0beta released!

2000-07-24 Thread Ivan Martinez

(Sorry if sent twice, I think I did something wrong the first
time)

DSL is a C++ library for real-time dynamic systems simulation
under
RTLinux. DSL's classes implement loops, blocks, inputs, outputs, etc.
By creating instances and setting their properties, you can easily
implement the block diagram of your system. Once you have done this, it
automatically generates the code for its simulation in real-time.

Some features are:
- Different parts of a system can have different schedulings.  
- Error messages inform you about many possible errors in your system's
  definition.  
- Variables' values can be logged and modified during simulation. 

DSL was designed to be extended:
- Provides base classes to easily implement new components.  
- Existing components can interact with new ones without being modified. 

For more information and downloads, visit DSL's homepage:

http://www.student.dtu.dk/~u990873/dsl/

(Above location is temporary. Definitive location will be
announced there, in "RTLinux.org" homepage, and in this rtl mailing
list).

For any question use rtl mailing list. Author (me) will be
listening.
-- 
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/




[rtl] Interrupt trigger question

2000-07-24 Thread Skipworth, William

Hello,

I'm trying to develop a real-time data acquisition system in which data will
be read through the serial port.  I want to use interrupts to accomplish
this.  I have a 16 byte fifo buffer.  My question is, how do I ensure that
the interrupt trigger level is set to 14 bytes?

Thanks,

Bill
-- [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] serial port interrupt

2000-07-24 Thread eric

Adi Sudewa wrote:
> 
> Hi all,
> 
> In my application, I build a kind of real-time server that handle requests
> from serial port. I use rt_com_read() function from rt_com package.
> 
> The current implementation of rt_com_read() is non-blocking and return
> immediately when no data available at serial port. So, my task must
> periodically check if any data available.
> 
> I wonder if I can use interrupt that notify my task to continue only if
> data available at serial port, and still use rt_com_read() to read data.
> Is it possible to do this ? Have anyone do this before ?


I have a similar application which i am going to have to get working by
next
week or never show my face around here again:)  My plan is as follows: 
There is
a fake interrupt routine in the rt_com package that then calls the real
interrupt 
routine.  I plan to modify the fake interrupt routine to wake up my
thread when
more data appears.  Thus instead of doing a blocking read, i will just
do a wait
in my thread when i want more data and then
pthread_kill(thread_to_wakeup,RTL_SIGNAL_WAKEUP).
Then you can call rt_com_read() from the thread.

As i'm writing this i realize i am in trouble:)
eric
-- [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] mbuff & shared memory = Two questions

2000-07-24 Thread Tomasz Motylewski

On Mon, 24 Jul 2000, Estabridis, Janet P wrote:

> 1.  Can I use both the old style shared memory and only use mbuff for the
> buffer for A/D values?  

Yes, for sure.

> 2.  I have not looked at the examples yet, so my question is what example(s)
> will get me up and running quickly.  I need to see how to allocate the mbuff
> shared memory in the rt module and in user space.  Is there a paper to read
> like the old one I used for shared memory ?  

Check out http://www.realtimelinux.org/documentation/mbuff.pdf and whether it
has not more recent version. Check out demo.c in mbuff
distribution. mbuff_alloc/mbuff_free works same in both user and kernel
space.

--
Tomek

-- [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] mbuff & shared memory = Two questions

2000-07-24 Thread Estabridis, Janet P

Hi,

I'm using kernel 2.0.36 and RTLv0.9J.

I am completeing a project in which I have some embedded computers utilizing
the old style shared memory (max. 4 MBytes).  I need to increase the buffer
in which I store the real-time A/D values so that I can insure I don't lose
any data.

Questions:

1.  Can I use both the old style shared memory and only use mbuff for the
buffer for A/D values?  
 That will cut down on my work I believe

2.  I have not looked at the examples yet, so my question is what example(s)
will get me up and running quickly.  I need to see how to allocate the mbuff
shared memory in the rt module and in user space.  Is there a paper to read
like the old one I used for shared memory ?  

Thanks in advance --

Janet Estabridis
Electrical Engineer
NAWC Code 473E00D
Building 31440 Room 1017
China Lake, CA 93555
[EMAIL PROTECTED]
(760) 939-2896  FAX (760) 939 -3075

-- [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] RT and the VGA

2000-07-24 Thread Stuart Hughes

daniel sheltraw wrote:
> 
> Hello realtimers
> 
> I have a function which writes to video memory in kernel-space (and the
> palette registers) after setting up the video mode using SVAGlib in
> user-space. I have used this function previously in a non-RT kernel
> module where it worked as expected. Now I am trying to use the same
> function in a RT kernel module and it keeps locking up my machine. So
> my question is: Is there some reason that I should not be able to write
> to video memory (at 0xA) under RTAI (or RTL)?
> 

Hi Daniel,

In in the 2.2 kernels, you need to use the following to adjust the
physical address to the kernel virtual address as shown:

int init_module(void)
{
int err;

#if LINUX_VERSION_CODE >= 0x20100
GM = phys_to_virt(0xA);
#else
GM = (char *)0xA;
#endif



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/