[Xenomai-core] Function for writing to serial port through Xenomai API

2009-11-09 Thread Anisha Kaul
Dear all, I know that outb() being a linux system call can be used to write to the serial/parallel ports. Currently I am working on a real time operating system with Xenomai and a micro kernel. If I use outb() for port access, control will shift to the soft-real time linux which I don't want.

Re: [Xenomai-core] Function for writing to serial port through Xenomai API

2009-11-09 Thread Gilles Chanteperdrix
Anisha Kaul wrote: Dear all, Hi, I know that outb() being a linux system call can be used to write to the serial/parallel ports. Currently I am working on a real time operating system with Xenomai and a micro kernel. If I use outb() for port access, control will shift to the soft-real

[Xenomai-core] Context-sharing semaphores

2009-11-09 Thread Remco den Breeje
Hi all, I'm having trouble trying to share a semaphore that is created in user-space context with a rtdm-driver that runs in kernel-space. I was hoping you could explain me what I'm doing wrong. I'm using a posix-skin based user-space Xenomai application that runs a loop which is triggered by a

[Xenomai-core] Function for writing to serial port through Xenomai API

2009-11-09 Thread Anisha Kaul
Dear all, Is there some way by which we can set a dead line for a real time task using Xenomai or any other way ? Thanking you in anticipation, Anisha Kaul - Hi-Tech Gears Limited, Gurgaon, India ___

[Xenomai-core] setting a dead line for a real time task

2009-11-09 Thread Anisha Kaul
Dear all, Is there some way by which we can set a dead line for a real time task using Xenomai or any other way ? Thanking you in anticipation, Anisha Kaul - Hi-Tech Gears Limited, Gurgaon, India ___

Re: [Xenomai-core] Context-sharing semaphores

2009-11-09 Thread Jan Kiszka
Remco den Breeje wrote: Hi all, I'm having trouble trying to share a semaphore that is created in user-space context with a rtdm-driver that runs in kernel-space. I was hoping you could explain me what I'm doing wrong. The design. :) I'm using a posix-skin based user-space Xenomai

Re: [Xenomai-core] Context-sharing semaphores

2009-11-09 Thread Gilles Chanteperdrix
Remco den Breeje wrote: Hi all, I'm having trouble trying to share a semaphore that is created in user-space context with a rtdm-driver that runs in kernel-space. I was hoping you could explain me what I'm doing wrong. I'm using a posix-skin based user-space Xenomai application that runs

Re: [Xenomai-core] Context-sharing semaphores

2009-11-09 Thread Remco den Breeje
On Mon, Nov 9, 2009 at 2:06 PM, Jan Kiszka jan.kis...@siemens.com wrote: The design. :) I totally agree :) However, I'm using generated (user-space) code that I want to modify as little as possible. So with a simple ioctl-call I want to be able to switch between software (pthread) and hardware

Re: [Xenomai-core] Context-sharing semaphores

2009-11-09 Thread Remco den Breeje
Classic. On Mon, Nov 9, 2009 at 3:22 PM, Remco den Breeje re...@vioco.nl wrote: On Mon, Nov 9, 2009 at 2:06 PM, Jan Kiszka jan.kis...@siemens.com wrote: The design. :) I totally agree :) However, I'm using generated (user-space) code that I want to modify as little as possible. So with a

Re: [Xenomai-core] Context-sharing semaphores

2009-11-09 Thread Gilles Chanteperdrix
Remco den Breeje wrote: Attached you find an example. No. There is nothing attached. -- Gilles ___ Xenomai-core mailing list Xenomai-core@gna.org https://mail.gna.org/listinfo/xenomai-core

Re: [Xenomai-core] Context-sharing semaphores

2009-11-09 Thread Gilles Chanteperdrix
Remco den Breeje wrote: Classic. Ok. I see nothing wrong, I will have a look at this tonight. -- Gilles ___ Xenomai-core mailing list Xenomai-core@gna.org https://mail.gna.org/listinfo/xenomai-core

Re: [Xenomai-core] Context-sharing semaphores

2009-11-09 Thread Gilles Chanteperdrix
Remco den Breeje wrote: Classic. Ah. Sorry. Found the bug in the mean time. It is in the Makefile. You do not pass the compilation flags for compilation for Xenomai posix skin. So, your user space application uses plain linux semaphores. See: doc/txt/pse51-skin.txt in xenomai sources or:

Re: [Xenomai-core] Context-sharing semaphores

2009-11-09 Thread Remco den Breeje
On Mon, Nov 9, 2009 at 3:49 PM, Gilles Chanteperdrix gilles.chanteperd...@xenomai.org wrote: Ah. Sorry. Found the bug in the mean time. It is in the Makefile. You do not pass the compilation flags for compilation for Xenomai posix skin. So, your user space application uses plain linux

Re: [Xenomai-core] Context-sharing semaphores

2009-11-09 Thread Gilles Chanteperdrix
Remco den Breeje wrote: On Mon, Nov 9, 2009 at 3:49 PM, Gilles Chanteperdrix gilles.chanteperd...@xenomai.org wrote: Ah. Sorry. Found the bug in the mean time. It is in the Makefile. You do not pass the compilation flags for compilation for Xenomai posix skin. So, your user space application

[Xenomai-core] Heaps again...

2009-11-09 Thread Jan Kiszka
Philippe, having a Xenomai heap mapped and then forking / exiting the fork is not a good idea, is it? I mean for the sake of archdep.numaps... Jan -- Siemens AG, Corporate Technology, CT SE 2 Corporate Competence Center Embedded Linux ___

Re: [Xenomai-core] Heaps again...

2009-11-09 Thread Jan Kiszka
Jan Kiszka wrote: Philippe, having a Xenomai heap mapped and then forking / exiting the fork is not a good idea, is it? I mean for the sake of archdep.numaps... OK, think I found the gremlin: xnheap_vmclose must be paired with a xnheap_vmopen for proper reference counting, not simple mapping

[Xenomai-core] [pull request] heap reference and trivial build fixes

2009-11-09 Thread Jan Kiszka
The following changes since commit 6d7d6bc436ef3d1fb51fa8de06d4ecf004e3b6a5: Gilles Chanteperdrix (1): nucleus: defer selector block deletion to an APC. are available in the git repository at: git://git.xenomai.org/xenomai-jki.git for-upstream Jan Kiszka (2): nucleus: Track

[Xenomai-core] [PATCH] hal: Ensure atomicity of rthal_local_irq_disabled

2009-11-09 Thread Jan Kiszka
[Patch is now also available in 'for-upstream'] ipipe_test_pipeline_from is not atomic /wrt reading the current cpu number (or an offset for the per-cpu area) and actually reading the virtualized interrupt state. Work around this by disabling hard IRQs while accessing this service. This fixes

Re: [Xenomai-core] [PATCH] hal: Ensure atomicity of rthal_local_irq_disabled

2009-11-09 Thread Gilles Chanteperdrix
Jan Kiszka wrote: [Patch is now also available in 'for-upstream'] ipipe_test_pipeline_from is not atomic /wrt reading the current cpu number (or an offset for the per-cpu area) and actually reading the virtualized interrupt state. Work around this by disabling hard IRQs while accessing this

Re: [Xenomai-core] [PATCH] hal: Ensure atomicity of rthal_local_irq_disabled

2009-11-09 Thread Jan Kiszka
Gilles Chanteperdrix wrote: Jan Kiszka wrote: [Patch is now also available in 'for-upstream'] ipipe_test_pipeline_from is not atomic /wrt reading the current cpu number (or an offset for the per-cpu area) and actually reading the virtualized interrupt state. Work around this by disabling

[Xenomai-core] tasklet using Xenomai

2009-11-09 Thread Anisha Kaul
Dear all, How to define a tasklet using Xenomai for a serial port interrupt handler? Does 'rtdm_event_init()' function work as a tasklet in Xenomai ? Thanking you in anticipation, Anisha Kaul - Hi-Tech Gears Limited, Gurgaon, India