From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1030312AbWFIUEf (ORCPT ); Fri, 9 Jun 2006 16:04:35 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1030470AbWFIUEf (ORCPT ); Fri, 9 Jun 2006 16:04:35 -0400 Received: from 216-54-166-5.static.twtelecom.net ([216.54.166.5]:2987 "EHLO mx1.compro.net") by vger.kernel.org with ESMTP id S1030312AbWFIUEd (ORCPT ); Fri, 9 Jun 2006 16:04:33 -0400 Message-ID: <4489D44E.6060308@compro.net> Date: Fri, 09 Jun 2006 16:04:30 -0400 From: Mark Hounschell Reply-To: markh@compro.net Organization: Compro Computer Svcs. User-Agent: Thunderbird 1.5 (X11/20060111) MIME-Version: 1.0 To: markh@compro.net Cc: tglx@linutronix.de, linux-kerneL@vger.kernel.org, Ingo Molnar , Steven Rostedt Subject: Re: RT exec for exercising RT kernel capabilities References: <448876B9.9060906@compro.net> <1149795975.5257.83.camel@localhost.localdomain> <44888D8F.2000404@compro.net> <4489614A.3030704@compro.net> In-Reply-To: <4489614A.3030704@compro.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Mark Hounschell wrote: > Mark Hounschell wrote: >> Thomas Gleixner wrote: >>> Mark, >>> >>> On Thu, 2006-06-08 at 15:12 -0400, Mark Hounschell wrote: >>>> With the ongoing work being done to rt kernel enhancements by Ingo and friends, >>>> I would like to offer the use of a user land test (rt-exec). The rt-exec tests >>>> well the deterministic real-time capabilities of a computer. Maybe it could >>>> useful in some way to the effort or to anyone interested in making this type of >>>> determination about their kernel/computer. >>>> >>>> A README describing the rt-exec can be found at >>>> ftp://ftp.compro.net/public/rt-exec/README >>>> >>>> It can be downloaded from >>>> ftp://ftp.compro.net/public/rt-exec/rt-exec-1.0.0.tar.bz2 >>>> >>>> Complaints, comments, or suggestions welcome. >>> Nice tool. >>> >>> Some remarks. You can build high resolution timer support without the >>> extra lib package from the HRT sourceforge site. You need a recent glibc >>> and some quirks in the source. See the cyclictest program I'm using. >>> http://www.tglx.de/projects/misc/cyclictest/cyclictest-v0.8.tar.bz2 >>> >> I didn't realize that. Right you are. >> > Here is a new one that no longer requires the HRT sourceforge package. Thanks > again. > > ftp://ftp.compro.net/public/rt-exec/rt-exec-1.0.1.tar.bz2 > >>> It would also be cute to add tests for the PI support for >>> pthread_mutexes. >>> >>> tglx >> I'm not sure what one needs to do in user land to actually test that but I'll >> investigate. >> > Still investigating... Am I even close in assuming that to enable the PI support you have to use pthread_mutexattr_setprotocol(mutexattr, PTHREAD_PRIO_INHERIT); I have only glibc 2.3 and 2.4 and neither of them understand what PTHREAD_PRIO_INHERIT is. Can anyone point me to an some Doc or examples of how to enable PI for pthread_mutexes? Sorry I'm ignorant on the subject. I do understand the principle of PI and may even be able to figure out how to test it in user land but how do I turn it on? Thanks Mark