[Xenomai-core] Pull request.

2009-09-24 Thread Gilles Chanteperdrix
The following changes since commit 2d29c076e15c1e0bb2aa1fa83b132da230aeab60:
  Philippe Gerum (1):
scripts: allow concurrent invocations of wrap-link.sh

are available in the git repository at:

  git://git.xenomai.org/xenomai-gch.git for-head

Gilles Chanteperdrix (1):
  Do not use the 2 stages build for building non-posix applications

Stephen Sinclair (1):
  Copy the udev rules into rules.d if it exists.

 Makefile.am  |7 ++-
 Makefile.in  |7 ++-
 scripts/wrap-link.sh |   50
+++---
 3 files changed, 39 insertions(+), 25 deletions(-)

-- 
  Gilles


___
Xenomai-core mailing list
Xenomai-core@gna.org
https://mail.gna.org/listinfo/xenomai-core


[Xenomai-core] Pull request (2.4 branch)

2009-09-24 Thread Gilles Chanteperdrix
The following changes since commit 8e46e88f80eb8ff52f4af020e3b44b437df234e2:
  Philippe Gerum (1):
scripts: allow concurrent invocations of wrap-link.sh

are available in the git repository at:

  git://git.xenomai.org/xenomai-gch.git for-2.4

Gilles Chanteperdrix (1):
  Do not use the 2 stages build for building non-posix applications

Stephen Sinclair (1):
  Copy the udev rules into rules.d if it exists.

 Makefile.am  |7 ++-
 Makefile.in  |7 ++-
 scripts/wrap-link.sh |   50
+++---
 3 files changed, 39 insertions(+), 25 deletions(-)

-- 
  Gilles


___
Xenomai-core mailing list
Xenomai-core@gna.org
https://mail.gna.org/listinfo/xenomai-core


[Xenomai-core] Comedi/RTDM becomes Analogy.

2009-09-24 Thread Alexis Berlemont
Hi,

About two years ago, I started an effort aimed at porting the Comedi framework 
over RTDM. The goal was to provide, for the acquisition applications, strict 
determinism from kernel to user space.

As the work progressed, it seemed to me that such effort should be an
opportunity to improve the Comedi framework itself (the internal buffer 
management is a good example)

A few months back, I tried once again to get some feedback from the
original Comedi team, this time about the suggested changes, so that I
could eventually submit patches which could get accepted into the
mainline Comedi tree.  

http://marc.info/?l=comedim=114459505305823w=4
http://groups.google.com/group/comedi_list/browse_thread/thread/85be8195ddf52896#
http://marc.info/?l=linux-nextm=124078248400745w=2
http://lkml.org/lkml/2009/5/6/543

From the answers I got (or lack thereof), it seems to me that goal #1
for the Comedi team now is rather to get their current code base into
Linux mainline, with only the required changes to be accepted
upstream. Changing the Comedi internals and/or adjusting its APIs is
clearly not on the agenda.

Therefore, there is no point in trying to port mainline Comedi over
RTDM anymore, hoping for suggested changes to be merged back to the
original tree over time. At any rate, the only thing that makes sense
now is to keep on developing a full-featured acquisition framework
(synchronous and asynchronous analogic/digital acquisitions,
calibration tool box, etc.), within the frame of a completely
independent effort.

To reflect this new orientation, Comedi/RTDM becomes Analogy.

By the way, the Analogy renaming does not mean we get rid of digital 
acquisition features, we still target any control and measurement device.

Alexis.

___
Xenomai-core mailing list
Xenomai-core@gna.org
https://mail.gna.org/listinfo/xenomai-core