From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 6142 invoked by alias); 2 Dec 2011 14:06:24 -0000 Received: (qmail 6133 invoked by uid 22791); 2 Dec 2011 14:06:22 -0000 X-SWARE-Spam-Status: No, hits=-2.8 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 X-Spam-Check-By: sourceware.org Received: from localhost (HELO sourceware.org) (127.0.0.1) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Fri, 02 Dec 2011 14:06:07 +0000 From: "mjw at redhat dot com" To: systemtap@sourceware.org Subject: [Bug tapsets/13466] New: Failures with ARM EABI Date: Fri, 02 Dec 2011 14:48:00 -0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: systemtap X-Bugzilla-Component: tapsets X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: mjw at redhat dot com X-Bugzilla-Status: NEW X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: systemtap at sourceware dot org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Changed-Fields: Message-ID: X-Bugzilla-URL: http://sourceware.org/bugzilla/ Auto-Submitted: auto-generated Content-Type: text/plain; charset="UTF-8" MIME-Version: 1.0 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 X-SW-Source: 2011-q4/txt/msg00283.txt.bz2 http://sourceware.org/bugzilla/show_bug.cgi?id=13466 Bug #: 13466 Summary: Failures with ARM EABI Product: systemtap Version: unspecified Status: NEW Severity: normal Priority: P2 Component: tapsets AssignedTo: systemtap@sourceware.org ReportedBy: mjw@redhat.com Classification: Unclassified On ARM kernels build with EABI we see the following failures: Running /root/systemtap/testsuite/systemtap.context/context.exp ... FAIL: int64 function arguments -- numeric FAIL: int64 function arguments -- numeric --kelf --ignore-dwarf This is because these tests pass 'long long' arguments. It seems this differs between ARM calling conventions, newer calling conventions mandate: "64-bit function parameters passed in registers are aligned to an even-numbered register instead of using the next available pair." This could be fixed by taking this into account in tapset/arm/registers.stp u/s64_arg. But that would break other arm calling conventions. (Also this would move some of the arguments out of registers and onto the stack, which arm/registers.stp arch functions aren't yet prepared to handle.) -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.