Re: [Xenomai-help] using floating point in rtdm

2010-08-19 Thread Gilles Chanteperdrix
ramon costa wrote: Hi, I would like to use floating point arithmetics (double, ..) and operations (sin, cos) inside a rtdm task. How should I do this ? You should not. If you really want to, you have two solutions: - let the kernel compile your module as is, this will generated soft-float

Re: [Xenomai-help] using floating point in rtdm

2010-08-19 Thread ramon costa
Hi, I'm trying to port some old stuff from RTLinuxfree. As a first step I would like to recompile and check everything. Latter I will try to modify the code structure to fit xenomai structure. - let the kernel compile your module as is, this will generated soft-float code, which means that

Re: [Xenomai-help] using floating point in rtdm

2010-08-19 Thread Gilles Chanteperdrix
ramon costa wrote: Hi, I'm trying to port some old stuff from RTLinuxfree. As a first step I would like to recompile and check everything. Latter I will try to modify the code structure to fit xenomai structure. - let the kernel compile your module as is, this will generated

Re: [Xenomai-help] using floating point in rtdm

2010-08-19 Thread Gilles Chanteperdrix
ramon costa wrote: Hi There are some differences with RTLinuxfree which are making things difficult ... . One last question (offtopic ?¿) In user space I can use outb commands (using ioperm). For example : #define PORT_PARALLEL 0x378 outb(valor,PORT_PARALLEL); This can

Re: [Xenomai-help] using floating point in rtdm

2010-08-19 Thread Bob Feretich
application, but you may want to consider it. Regards, Bob Feretich On 8/19/2010 3:00 AM, xenomai-help-requ...@gna.org wrote: Date: Thu, 19 Aug 2010 11:13:35 +0200 From: Gilles Chanteperdrixgilles.chanteperd...@xenomai.org Subject: Re: [Xenomai-help] using floating point in rtdm To: ramon

Re: [Xenomai-help] using floating point in rtdm

2010-08-19 Thread Gilles Chanteperdrix
Bob Feretich wrote: I haven't tried to implement the below yet, but it seems that it should work... One of the drivers that I am creating requires OMAP3 Neon processing (hard SIMD floating point). In a standard Linux environment the Neon code would be executed in the driver's back end