Indeed, I have bad reproduced the problem in the code I suggest to you. But
your remark makes me understand that I was in secondary mode and I never
switched to primary mode so
My issue is understood and solved.
Thanks
On Thu, Feb 21, 2008 at 4:23 PM, Jan Kiszka <[EMAIL PROTECTED]> wrote:
>
NZG wrote:
> On Thursday 21 February 2008 10:23:15 am Jan Kiszka wrote:
>> That's good. This test will also allow you to check it against
>> - more recent Xenomai (please check the Changelog for pipe-related
>>changes since 2.3.1, I bet there are a few)
>> - some other arch, specifically x86
On Fri, Feb 22, 2008 at 3:45 AM, NZG <[EMAIL PROTECTED]> wrote:
> On Thursday 21 February 2008 10:23:15 am Jan Kiszka wrote:
> > That's good. This test will also allow you to check it against
> > - more recent Xenomai (please check the Changelog for pipe-related
> >changes since 2.3.1, I be
One of our trainees has written a LKM that accesses the standard Linux
kernel's usb_core facilities from a Xenomai real-time thread running in
kernel space.
I am doing some follow up on his work and run into problems.
I would appreciate some help/advise.
1)
The main question to start with: is it
On Fri, Feb 22, 2008 at 10:19 AM, Philippe Gerum
<[EMAIL PROTECTED]> wrote:
>
> Gilles Chanteperdrix wrote:
> > On Fri, Feb 22, 2008 at 3:45 AM, NZG <[EMAIL PROTECTED]> wrote:
> >> On Thursday 21 February 2008 10:23:15 am Jan Kiszka wrote:
> >> > That's good. This test will also allow you to ch
Gilles Chanteperdrix wrote:
> On Fri, Feb 22, 2008 at 3:45 AM, NZG <[EMAIL PROTECTED]> wrote:
>> On Thursday 21 February 2008 10:23:15 am Jan Kiszka wrote:
>> > That's good. This test will also allow you to check it against
>> > - more recent Xenomai (please check the Changelog for pipe-related
On Fri, Feb 22, 2008 at 10:13 AM, G.P.M. Haagh <[EMAIL PROTECTED]> wrote:
>
>
> One of our trainees has written a LKM that accesses the standard Linux
> kernel's usb_core facilities from a Xenomai real-time thread running in
> kernel space.
> I am doing some follow up on his work and run into prob
Gilles Chanteperdrix wrote:
> On Fri, Feb 22, 2008 at 10:13 AM, G.P.M. Haagh <[EMAIL PROTECTED]> wrote:
>>
>> One of our trainees has written a LKM that accesses the standard Linux
>> kernel's usb_core facilities from a Xenomai real-time thread running in
>> kernel space.
>> I am doing some follow
Hello,
I need some general advice on Xenosim v2.4.1. I have successfully (as
far as I can see) built and installed the MVM environment, however
when I try running the Xenoscope application it always exits with
error 99. From the source code it looks like this happens if SIGINT,
SIGTERM or SIGHUP a
On Friday 22 February 2008 3:55:42 am Philippe Gerum wrote:
> O_SYNC support has to be implemented by the driver, and Xenomai
> implements this for the pipe driver since 2.4-rc1. Therefore, passing
> O_SYNC to open() using 2.3.1 will just lead to a nop.
Ah, well then first thing to try is to just u
Moti M wrote:
> Hello,
>
> I need some general advice on Xenosim v2.4.1. I have successfully (as
> far as I can see) built and installed the MVM environment, however
> when I try running the Xenoscope application it always exits with
> error 99. From the source code it looks like this happens if S
Hello,
I have to install xenomai2.3.0 on a PPC architecture board.
I patched linux2.6.19.2 with adeos-ipipe-2.6.19-ppc-1.5-02.patch
and
built an Ramdisk with buildroot and ELDK.
The kernel boot correctly. when I run /usr/xenomai/bin/xeno-tes
jwl wrote:
> Hello,
>
> I have to install xenomai2.3.0 on a PPC architecture board.
The current stable version is 2.4.2. 2.3.0 is not supported anymore.
> I patched linux2.6.19.2 with adeos-ipipe-2.6.19-ppc-1.5-02.patch
> and
> built an Ramdisk with buildr
Finally, I got the precision I expected. The problem was on the way the results
were reported.
However, more the frequency of the pulse generator is raised, less the results
are good.
I think it is time to go with rtdm...
Thanks
Hubert
___
Xenoma
Hello,
I'm proud to announce "gpioirqbench", a benchmark tool to measure
external interrupt latencies. It is derived from Jan's irqbench [1] for
the PC. Instead of using the serial or parallel port, it uses GPIO pins
on embedded systems. It measures the time between the generation of an
interrupt
Hi
2 Questions:
1: I wanted to use RTAI on an Linux I compiled myself for a ppc405 core on a
Virtex II pro. But I realized that the support of xenomai for the ppc405 seems
a lot better. Has anyone expirience with that and can give me some tips? I use
the XUP Board from Xilinx:
http://www.xilin
Hi,
> 1: I wanted to use RTAI on an Linux I compiled myself for a ppc405 core on
> a Virtex II pro. But I realized that the support of xenomai for the ppc405
> seems a lot better. Has anyone expirience with that and can give me some
> tips? I use the XUP Board from Xilinx:
> http://www.xilinx.com/
17 matches
Mail list logo