Hi all,
dropping the ppc64 support are bad news for me.
Watchting the xenomai project for several years, I'm now in the situation for
the need of a stable hard rt solution in combination with gnu/linux for a
project.
So xenomai is no longer on the list, due to the missing future support for
Adding some points that I think need some attention at the meeting.
Drivers:
Currently we have support for certain boards, SOC families and
devices. Do we want to expand on that? Are there commonly used
pieces of hardware that we want to add support for? For most devices
it may be a port
Here are some points I would like to discuss during this meeting. Please
feel free to comment:
1. Release management
* Currently, the person who contributes most of the code is also the
release manager, which is clearly not optimal. Both activities should be
decoupled for efficiency
On 01/25/2018 04:14 PM, Julien Blanc wrote:
> Le jeudi 25 janvier 2018 à 15:21 +0100, Philippe Gerum a écrit :
>> On 01/25/2018 02:43 PM, Julien Blanc wrote:
>>>
>> There is no provision for I/O multiplexing with alchemy. Only the
>> pipe object embeds a RTDM file descriptor which could be
Le jeudi 25 janvier 2018 à 15:21 +0100, Philippe Gerum a écrit :
> On 01/25/2018 02:43 PM, Julien Blanc wrote:
> >
> There is no provision for I/O multiplexing with alchemy. Only the
> pipe object embeds a RTDM file descriptor which could be passed to
> libcobalt's select() implementation, other
On 01/25/2018 02:43 PM, Julien Blanc wrote:
> Hi,
>
> We have a xenomai 3 application currently using the alchemy API
> (application development started on xenomai 2.x).
>
> We would like to add I/O multiplexing in some parts of the application.
> My understanding is that it is not supported by
Hi,
We have a xenomai 3 application currently using the alchemy API
(application development started on xenomai 2.x).
We would like to add I/O multiplexing in some parts of the application.
My understanding is that it is not supported by the alchemy API, so we
would have to resort to the Posix