From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 12633 invoked by alias); 7 Sep 2005 17:06:25 -0000 Mailing-List: contact systemtap-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Post: List-Help: , Sender: systemtap-owner@sources.redhat.com Received: (qmail 12511 invoked by uid 22791); 7 Sep 2005 17:06:09 -0000 X-Authentication-Warning: toenail.toronto.redhat.com: fche set sender to fche@redhat.com using -f To: systemtap@sources.redhat.com Subject: Re: Current systemtap testsuite results References: <431F0DCF.5020109@redhat.com> From: fche@redhat.com (Frank Ch. Eigler) Date: Wed, 07 Sep 2005 17:06:00 -0000 In-Reply-To: <431F0DCF.5020109@redhat.com> Message-ID: User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/21.4 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-SW-Source: 2005-q3/txt/msg00461.txt.bz2 wcohen wrote: > [...] > RHEL4 x86-64 (calfee) > 2.6.9-15.ELsmp FWIW this is two kernel revisions too old. > [...] > On RHEL4 x86-64 the and.stp, logical_not.stp, or.stp failed in the > same manner when an attempt to install the module was made. [...] > insmod: error inserting '/tmp/staphXBwpp/stap_0_1126103660.ko': -1 I'll switch to a time-insensitive algorithm for naming those modules. > [...] systemtap.samples/arith.stp and systemtap.samples/profile.stp > fail due to "implicit declaration of function `task_pt_regs'". task_pt_regs is an i386-only macro on at least one kernel I see. There are references to this macro in src/tapsets.cxx associated with the kernel.jiffies probe point family. I'll add an i386-sensitivity test until a more general way is found. > [...] systemtap.samples/syscalls.stp can crash the x86-64 kernel. I guess all in all these imperfect runs are a good way to counteract my euphoria last night when all those tests and more ran beautifully on my RHEL4 i686 laptop. Thanks, dude. :-) - FChE