Re: RTAI 5.0-test2 released
Paolo Mantegazza <[email protected]>
| Newsgroups | gmane.linux.real-time.rtai |
|---|---|
| Message-ID | <[email protected]> |
On 06/25/2016 05:11 PM, Sebastian Kuzminsky wrote: > On 06/24/2016 02:19 AM, Paolo Mantegazza wrote: > > If the problem is related to a lock due to many modules removal it is > > difficult for me to say anything, especially in view of the use of a > > virtual env. I've just a question: does the same happens out of a > > virtualization? >> >> Paolo > > I just ran an over-night test on bare metal. It ran much longer than > in my virtual machines, but this morning it too had crashed. > > The console was blank and unresponsive, so i don't have any info to > help debug this, sorry :-( > > I'd be happy to run any tests anyone would like. > > I did not understand if you have problem in loading-unloading modules under a virtual environment or just in running a test for a long time? Paolo > > >> From: Rtai [[email protected]] on behalf of Sebastian Kuzminsky >> [[email protected]] >> Sent: Thursday, June 23, 2016 6:52 PM >> To: [email protected] >> Subject: Re: [Rtai] RTAI 5.0-test2 released >> >> On 05/04/2016 02:07 AM, Pierangelo Masarati wrote: >>> Dear RTAI enthusiasts, >>> >>> 5.0-test2 has been released. >>> >>> <https://www.rtai.org/userfiles/downloads/RTAI/rtai-5.0-test2.tar.bz2> >>> >>> It features modified latency calibrations, which should work also in >>> case of cross development, added a user space SMI supervisor. >>> >>> Its parent VULCANO have been thoroughly checked and this test release >>> should aim at verifying if its make-install stuff works as expected. >>> >>> Please test and report thru this mailing list, as usual. >> >> Thanks, Pierangelo! The new cross calibration stuff is great, really >> helps my work flow. >> >> However, i'm having trouble running tests in a virtual machine. After >> several load/test/unload cycles, the machine locks up, with no helpful >> kernel messages on the console or in dmesg. >> >> I'm *not* trying to use virtual machines for actual realtime workloads, >> i'm just using it for correctness tests of my realtime application. For >> actual work i run the application on a bare-metal rtai machine. >> >> >> I'm using a Vulcano CVS snapshot from 2016 May 12, there have been no >> checkins since then. >> >> I'm using Linux 3.18.20, and hal-linux-3.18.20-x86-6.patch. >> >> My kernel config and my rtai configure command is here, along with a >> dmesg showing boot & rtai load: >> http://highlab.com/~seb/rtai/vm-problem.2016-06-23/ >> >> A debian package archive (for Debian Jessie) with the kernel debs and >> rtai-modules debs is here: >> >> deb http://highlab.com/~seb/linuxcnc jessie main >> >> The packages to install to see this issue are >> linux-image-3.18.0-1-rtai-686-pae (or -amd64) and rtai-modules-3.18.0-1. >> >> >> I'd appreciate any help debugging this. I'm perfectly willing to run >> any tests you suggest. >> >> >> -- >> Sebastian Kuzminsky >> _______________________________________________ >> Rtai mailing list >> [email protected] >> https://mail.rtai.org/cgi-bin/mailman/listinfo/rtai >> > > _______________________________________________ Rtai mailing list [email protected] https://mail.rtai.org/cgi-bin/mailman/listinfo/rtai