Lars brings up a good question, namely: which kernel base version to use - the rt-preempt-integration and xenomai-integration branches are underway
that needs to be decided, it would be unfair have developers out there dabbling with these ports and no path recommendation from this group. my take is: - for the reason Lars noted it would be better to use a 3.x base version - for a similar reason (getting in the latest adeos patch) xenomai-integration better be used on more recent kernels than 2.6 - I have yet to discover a problem running a 3.x kernel with an Ubuntu 10.04 userland environment in case anybody dies to have that combination - the lock-in to 10.04 came with the 2.6.* RTAI lock-in (or at least so I understand it) - a newer kernel opens the option of moving beyond 10.04lts from what I collected so far, Linux 3.2.21 seems the latest 3.x series supported by xenomai, which maps fine onto the Ubuntu LTS/kernel version list: http://kernel.ubuntu.com/~kernel-ppa/info/kernel-version-map.html (precise LTS being the target platform) for RT_PREEMPT I'm open to suggestions - please share; by default I'd go for the same base version as the xenomai kernel RTAI: let's hope and pray for Paolo's health and time - any news on 3.x RTAI ? -Michael ps: an atom/3.2.21/xenomai setup guide: https://code.google.com/p/atrias/wiki/XenomaiSetup Am 11.10.2012 um 07:24 schrieb Lars Segerlund: > One note though, on preempt-rt, this is a 2.6.33 kernel, which have > the BKL ... rt-preempt later than 3.1 or 3.2 should do a lot better > for the worst case, ( not saying that they do :-D ... ). > > / Lars Segerlund. > > 2012/10/11 Michael Haberler <mai...@mah.priv.at>: >> Amit (aka automata on IRC), who has taken the initiative on xenomai >> integration, kindly sent me these links which I found very interesting: >> >> https://www.osadl.org/fileadmin/dam/rtlws/12/Brown.pdf - comparing rt_prempt >> v/s xenomai performance >> retis.sssup.it/~lipari/courses/str07/xenomai-handout.pdf - good introductory >> overview of Xenomai >> >> - Michael >> >> >> ------------------------------------------------------------------------------ >> Don't let slow site performance ruin your business. Deploy New Relic APM >> Deploy New Relic app performance management and know exactly >> what is happening inside your Ruby, Python, PHP, Java, and .NET app >> Try New Relic at no cost today and get our sweet Data Nerd shirt too! >> http://p.sf.net/sfu/newrelic-dev2dev >> _______________________________________________ >> Emc-developers mailing list >> Emc-developers@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/emc-developers > > ------------------------------------------------------------------------------ > Don't let slow site performance ruin your business. Deploy New Relic APM > Deploy New Relic app performance management and know exactly > what is happening inside your Ruby, Python, PHP, Java, and .NET app > Try New Relic at no cost today and get our sweet Data Nerd shirt too! > http://p.sf.net/sfu/newrelic-dev2dev > _______________________________________________ > Emc-developers mailing list > Emc-developers@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/emc-developers ------------------------------------------------------------------------------ Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev _______________________________________________ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
