On Sun, 2007-10-07 at 17:27 +0200, Jan Kiszka wrote:
> This patch fixes another bug of I-pipe for 2.6.22:
> Due to the introduction of a pgd page cache (quicklist) into that
> kernel, __ipipe_pin_range_globally no longer addressed all spots that
> need to be updated after vmalloc'ed memory was mapped into the kernel
> address range. The result was that, after inserting modular Xenomai, new
> application sometimes received an outdated pgd from the quicklist, and
> the next timer IRQ triggered a minor fault over xeno_nucleus. As
> handling faults inside non-root domains with the Linux handler doesn't
> fly, the box blew up sooner or later.
Good spot. This said, the page cache is fairly old stuff, introduced a
long time ago and already present in 2.6.10, so this means that all
patches featuring the on-demand mapping disable support do have the same
> So I've reworked __ipipe_pin_range_globally, basing it on pgd_list, the
> list of all pgd pages (in use or cached) in the system, and folding
> __ipipe_pin_range_mapping into it. That makes __ipipe_pin_range_globally
> an arch-specific thing from now on.
> So far the quicklist is only biting us on i386, but I would suggest to
> check if/how we can apply this new pattern on other archs as well.
> PS: UP is now stable with latest Xenomai here, but SMP unfortunately
> still misbehaves (I suspect host timer issues).
I still have a problem with UP here, but this one is due to a Xenomai
bug -- host timer is no more forwarded when the nucleus timer starts.
Does disabling NOHZ & HIRES get things working on your setup?
Xenomai-core mailing list