From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 5491 invoked by alias); 15 Sep 2014 16:22:57 -0000 Mailing-List: contact systemtap-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: systemtap-owner@sourceware.org Received: (qmail 5481 invoked by uid 89); 15 Sep 2014 16:22:56 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-4.2 required=5.0 tests=AWL,BAYES_00,RP_MATCHES_RCVD,SPF_HELO_PASS autolearn=ham version=3.3.2 X-HELO: mx1.redhat.com Received: from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES256-GCM-SHA384 encrypted) ESMTPS; Mon, 15 Sep 2014 16:22:55 +0000 Received: from int-mx10.intmail.prod.int.phx2.redhat.com (int-mx10.intmail.prod.int.phx2.redhat.com [10.5.11.23]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s8FGMnfq011099 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Mon, 15 Sep 2014 12:22:49 -0400 Received: from [10.3.113.122] (ovpn-113-122.phx2.redhat.com [10.3.113.122]) by int-mx10.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s8FGMnji029884; Mon, 15 Sep 2014 12:22:49 -0400 Message-ID: <54171259.6050009@redhat.com> Date: Mon, 15 Sep 2014 16:22:00 -0000 From: Josh Stone User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.1.0 MIME-Version: 1.0 To: Santosh Shukla CC: systemtap@sourceware.org Subject: Re: [SYSTEMTAP/PATCH 0/4] RT aware systemtap patch set References: <1410246499-6938-1-git-send-email-sshukla@mvista.com> <5416F410.7090009@redhat.com> In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-IsSubscribed: yes X-SW-Source: 2014-q3/txt/msg00261.txt.bz2 Hi, On 09/15/2014 08:41 AM, Santosh Shukla wrote: > first wanted to get raw_locking specific to get into stap. One ugly aspect of this is that we try to maintain compatibility with older platforms too. It looks like raw_spin_lock didn't come into the kernel until 2.6.33, which doesn't even cover RHEL6. If possible we try to keep things running all the way back to RHEL4 (though see my earlier RFC about dropping that). That said, we can get away with new interfaces in some cases. e.g. I believe stp_utrace.c and task_finder2.c can only be used on 3.x kernels. But anything that's more generic, like addr-map.c, will need some kind of wrapper or compat #define added to let it work on older kernels too. Maybe just #define raw_spin_lock spin_lock, etc. Josh