Message-ID: <4539158C.2090801@redhat.com>
Date: Fri, 20 Oct 2006 13:29:32 -0500
From: Clark Williams <williams@redhat.com>
User-Agent: Thunderbird 1.5.0.7 (X11/20061008)
MIME-Version: 1.0
To: Ingo Molnar <mingo@elte.hu>
CC: LKML <linux-kernel@vger.kernel.org>
Subject: time warp on 2.6.18-rt6 (2nd try)
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Sender: linux-kernel-owner@vger.kernel.org
Content-Length: 1707
Lines: 50

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Ingo,

I sent this yesterday morning and haven't seen it show up. I wonder if
my attached configs/logs were too large? Now referenced as URLs...

I'm still seeing the time warp ("It's just a jump to the left!" :))*
being triggered on both my Athlon64x2 (32-bit kernel) and my Athlon64 up
box (64-bit kernel). A boot log that shows the failure and the config
files for both systems can be found at:

http://people.redhat.com/williams/rt

To trigger this, I was running pi_stress test from:

http://people.redhat.com/williams/tests/pi_tests-1.3.tar.gz

I was running it like this:

$ sudo pi_stress --verbose

Note: Be aware that I still haven't got pi_stress to stop reliably.
It will catch SIGINT sometimes and sometimes it just blithely ignores it
and sails on. Since in the default run there are ten groups of three
threads all running SCHED_FIFO and performing a priority inversion
scenario, this will mean a uniprocessor box will be almost unusable for
other tasks. On my SMP box I can ssh into the box and kill the test with
"kill <pid>".

Let me know if you need me to reconfigure and try something else.

Clark

* lame "Rocky Horror Picture Show" reference

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org

iD8DBQFFORWMHyuj/+TTEp0RAq8QAJ9t30GOTjRmKD0Tkif94wQVyOyRTQCfbmX7
Qm3mAzmnnH8KDqpP2hoDwSE=
=kkAj
-----END PGP SIGNATURE-----
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/