> -----Message d'origine-----
> De : Philippe Gerum [mailto:[EMAIL PROTECTED]
> Envoyé : mercredi 2 novembre 2005 15:19
> À : Bernard Dautrevaux
> Cc : email@example.com; [EMAIL PROTECTED]
> Objet : Re: [Xenomai-core] [RFC] support for sharing IRQs
> Bernard Dautrevaux wrote:
> >>-----Message d'origine-----
> >>De : [EMAIL PROTECTED]
> >>[mailto:[EMAIL PROTECTED] De la part de Philippe Gerum
> >>Envoyé : mardi 1 novembre 2005 18:30 À : Jan Kiszka Cc :
> >>Objet : Re: [Xenomai-core] [RFC] support for sharing IRQs
> > ....
> > At least the LTT support should be available with an
> ipipe-based Adeos-1.1
> > patch for 2.6.9 (waiting for LTT to support a more recent
> kernel), so that
> > LTT is not lost for xenomai (as it seems to be in fact for RTAI).
> LTT has been undergoing a significant refactoring recently,
Do you mean there is something more recent than ltt-0.9.6-pre4 ?
If this is true where can this be found?
> so there has been
> little incentive to go for a combo Adeos+LTT patch over a
> moving target, this is
> the reason why Alex - the LTT support maintainer for Xenomai
> - has focused on a
> 2.6.9 kernel featuring the previous LTT architecture, and
> this was a good
This restrain then to use oldgen Adeos architecture, as LTT is only
available on 2.6.9 and ipipe only from 2.6.13; is there anything preventing
having ipipe on 2.6.9 (apart from workload of course)?
> Upgrading this combo will be done in the I-pipe 1.1
> timeframe over the
> newest LTT support, for sure, basically to get rid of the
> oldgen Adeos patches
> for Xenomai completely.
That for sure will be nice.
> RTAI had problem maintaining the LTT support because of the lack of a
> maintainer; we do have one. This said, the best way you could
> contribute to this
> is crafting a prototype combo between I-pipe 1.0 and a recent
> LTT core (i.e. the
> one that relies on the refactored relayfs stuff), especially
> if you do consider
> this support as a critical feature. I guess that Alex would
> be fine working on
> this base later.
This is something we may look at, but need access to this new-gen LTT,
hopefuly supporting recent Linux kernel, at least 2.6.13.
BTW the rapid evolution of 2.6 is perhaps a benefit for some people, but to
maintain kernel-dependent extensions, it seems to be more a nightmare than
Xenomai-core mailing list