Gilles Chanteperdrix wrote:
> Jan Kiszka wrote:
> > > I am thinking again about this patch: some handlers need to be
> > > rewritten, for example the posix timers handler, because the handler
> > > relies on the fact that it is called for every timer expiry to compute
> > > the overruns count.
Jan Kiszka wrote:
> Gilles Chanteperdrix wrote:
> > Jan Kiszka wrote:
> > > > I am thinking again about this patch: some handlers need to be
> > > > rewritten, for example the posix timers handler, because the handler
> > > > relies on the fact that it is called for every timer expiry to co
Hi,
the conflict between skins preferring aperiodic timing vs. skin
requiring periodic mode popped up once again on xenomai-help. One way
out of this, likely THE way, is to map such tick-driven skins on a
periodic timer over aperiodic mode (and drop periodic low-level support
completely at the sam
Gilles Chanteperdrix wrote:
> Jan Kiszka wrote:
> > Gilles Chanteperdrix wrote:
> > > Jan Kiszka wrote:
> > > > > I am thinking again about this patch: some handlers need to be
> > > > > rewritten, for example the posix timers handler, because the handler
> > > > > relies on the fact that i
Hi,
For review, you will find attached to this mail a patch which allows
Xenomai to run on ARM platforms where the timer interrupt is
shared. Such a platform have to define the constant
IPIPE_HAVE_SHARED_TIMER_IRQ, as well as two functions or macros:
- ipipe_timer_irq_p(), used by xnpod_announce
Jan Kiszka wrote:
> Gilles Chanteperdrix wrote:
>> Jan Kiszka wrote:
>> > Gilles Chanteperdrix wrote:
>> > > Jan Kiszka wrote:
>> > > > > I am thinking again about this patch: some handlers need to be
>> > > > > rewritten, for example the posix timers handler, because the
>> handler
>> > >