By the way: there is somewhere a note in the software about some pagefaults at startup that probably dont need fixing! I forget at the moment where I saw it. Keep your eyes popped for that. It also explains Lars' experience.
j. On Thu, Apr 26, 2012 at 9:32 PM, Jan de Kruyf <jan.de.kr...@gmail.com>wrote: > I was going to bring that issue up as well, that is indeed my > understanding of preempt_rt, from reading the docs. > I am not sure though that this has caused the mutex drama. That can only > be if there is an unbalanced mutex or if the inheritance mechanism has not > worked properly, or perhaps if some process had the lock and pagefaulted, > and was not cleaned up properly, so the mutex still exists until reboot > time. > > I do not think there is an unbalanced mutex cause it works with rtai. That > leaves the last 2 options. And caused by the new rtapi interface no doubt. > So on my side some more understanding is needed now and I need to read up > on the rtai interface again. The rest of the weekend is more or less > available but it is a lot of work for me. > > But I think you got a long way already. Not half as bad as the prognosis > this morning. > > > j. > > > > > On Thu, Apr 26, 2012 at 9:10 PM, Charles Steinkuehler < > char...@steinkuehler.net> wrote: > >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> I'm still working on figuring those out as well. :) >> >> Near as I can tell, since there's no kernel space vs. user space with >> the preempt-rt patch (everything runs in user-space), the realtime and >> user-mode functions can be the same so the functions were merged into >> linux_common.h. >> >> I can't vouch for how correct this is for linuxcnc v2.5, but pretty >> much the code seems to work for the 2.4.4. >> >> On 4/26/2012 12:24 PM, Jan de Kruyf wrote: >> > I dont seem to get 'rtapi_shmem_new()' and friends in >> > ./rtapi/linux_rtapi.c which presumably is the rtapi interface in >> > the case of rt_preempt. >> > >> > j. >> > >> > >> > >> > On Thu, Apr 26, 2012 at 6:47 PM, Charles Steinkuehler < >> > char...@steinkuehler.net> wrote: >> > >> > On 4/26/2012 2:49 AM, John Morris wrote: >> >>>> Well, no solution yet, and only narrowed things a little >> >>>> bit: >> >>>> >> >>>> Continuing Charles's work, I merged the bitmuster-patched >> >>>> v2.4.4 forward. Whatever changes are causing the problem >> >>>> Charles describes were introduced between v2.4.7 and v2.5.0, >> >>>> and also between v2.5.0-pre0 and v2.5.0-pre1. >> >>>> >> > >> > Thanks for digging into this! >> > >> > Looking at diffs between the versions above, I think the problem >> > may be related to the changes in the handling of mem_id, >> > lib_mem_id, and comp->mem_id in hal_init and elsewhere. >> > >> > No smoking gun yet, but I had previously ignored these changes, as >> > it looked to me like the comp->mem_id was something added by >> > bitmuster for their shared memory area tests since it didn't exist >> > in the linuxcnc 2.5 codebase. Looking at the linuxcnc diff from >> > 2.5.0-pre0 to 2.5.0-pre1, however, I see that this is a linuxcnc >> > change and did not come from bitmuster. >> > >> > I suspect something in the preempt-rt patches needs to be updated >> > or tweaked to account for this change, but I still don't understand >> > the code well enough to pinpoint what might need fixing. >> > >> >> >> >> >> >> >> ------------------------------------------------------------------------------ >> >> >> >> >> Live Security Virtual Conference >> >> Exclusive live event will cover all the ways today's security >> >> and threat landscape has changed and how IT managers can respond. >> >> Discussions will include endpoint security, mobile security and >> >> the latest in malware threats. >> >> http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ >> >> _______________________________________________ Emc-developers >> >> mailing list Emc-developers@lists.sourceforge.net >> >> https://lists.sourceforge.net/lists/listinfo/emc-developers >> >> >> > >> ------------------------------------------------------------------------------ >> > >> > >> Live Security Virtual Conference >> > Exclusive live event will cover all the ways today's security and >> > threat landscape has changed and how IT managers can respond. >> > Discussions will include endpoint security, mobile security and the >> > latest in malware threats. >> > http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ >> > _______________________________________________ Emc-developers >> > mailing list Emc-developers@lists.sourceforge.net >> > https://lists.sourceforge.net/lists/listinfo/emc-developers >> >> - -- >> Charles Steinkuehler >> char...@steinkuehler.net >> -----BEGIN PGP SIGNATURE----- >> Version: GnuPG v1.4.11 (MingW32) >> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ >> >> iEYEARECAAYFAk+ZnbsACgkQLywbqEHdNFyqOACgsSMgV/G1Pt/OEB9Qi6sTu7/Z >> gj0AniuH9GMgsJlQGtWL9RN2yrH30UZe >> =lcb4 >> -----END PGP SIGNATURE----- >> >> >> ------------------------------------------------------------------------------ >> Live Security Virtual Conference >> Exclusive live event will cover all the ways today's security and >> threat landscape has changed and how IT managers can respond. Discussions >> will include endpoint security, mobile security and the latest in malware >> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ >> _______________________________________________ >> Emc-developers mailing list >> Emc-developers@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/emc-developers >> > > ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ _______________________________________________ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
