Philippe Gerum wrote: > In such a case, you have likely hit an illustration of the latter issue > which the I-pipe/ppc implementation still suffers from: some page table > entries are missed during real-time operations. As a consequence of > this, the nucleus catches page faults on behalf of RT threads in primary > mode, then switches these threads back to secondary in order to process > the faults, and eventually wire the missing PTEs in. This is something > calling mlockall() does not prevent the application from (like COW). > > The shared lib problem would be another issue, even if it relates to the > same general topic (i.e. lazy/on-demand mapping of memory resources the > kernel performs). > > Hi Philippe.
Very soon I am going to be using Xenomai on PPC with SMP... Under what situations are 'page table entries missed'? what exactly does that mean? Regards, Jeff Koftinoff www.jdkoftinoff.com _______________________________________________ Xenomai-help mailing list [email protected] https://mail.gna.org/listinfo/xenomai-help
