From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 30216 invoked by alias); 8 Nov 2013 18:24:59 -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 24969 invoked by uid 89); 8 Nov 2013 18:12:11 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-0.4 required=5.0 tests=AWL,BAYES_00,RDNS_NONE,SPF_PASS autolearn=no version=3.3.2 X-HELO: mail-qc0-f169.google.com Received: from Unknown (HELO mail-qc0-f169.google.com) (209.85.216.169) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES128-SHA encrypted) ESMTPS; Fri, 08 Nov 2013 18:12:10 +0000 Received: by mail-qc0-f169.google.com with SMTP id x12so2069058qcv.0 for ; Fri, 08 Nov 2013 10:12:02 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :cc:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=S1ltmubn8FyCjr+9tY2z2PQL+fzCixLiMJaogeIqnK4=; b=lyoxgfYFdoQRZNuTv30sflqB5Z2attCzVIbnQWbI1+NSjn0qfj680Gz6UwNc2G+xis L38bLQVwJxA8xD5AYJb48syFwPCBAh8IK0gCo8z4MPgrmxTgTwc1+kmKCMesXrJqHOO1 3173wxW0/E2Z/7GVoNjR6+DK1+EKwZSO2WCPFzeDzPJXwAdkpaO7sLOmNFUgbi4AOlvI BHRKyfJ8AwDxrNZpBsXsCKMziBK3t85uWbUdi89IOFoE5Af546EI9ZeCT3rOwNxT5WyQ TLxlOpQwchqAChAsImPfDj8z/JgmoRTf8AZhKIsp1PS+ohjfc0YSUzP9og/dlld1kbkm MUmQ== X-Gm-Message-State: ALoCoQlb5FJR1DIRMrwwAE88iQyhNZVQke7G5MBHxZiyqbkeHDfkb/aPs/PYswSROlSFGFJ0B4J7 X-Received: by 10.224.125.138 with SMTP id y10mr25905425qar.40.1383934322827; Fri, 08 Nov 2013 10:12:02 -0800 (PST) Received: from [10.1.10.29] (c-76-24-48-141.hsd1.nh.comcast.net. [76.24.48.141]) by mx.google.com with ESMTPSA id v19sm24764054qaw.0.2013.11.08.10.12.01 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 08 Nov 2013 10:12:02 -0800 (PST) Message-ID: <527D2971.9040103@linaro.org> Date: Fri, 08 Nov 2013 18:24:00 -0000 From: David Long User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130510 Thunderbird/17.0.6 MIME-Version: 1.0 To: William Cohen CC: Naresh Kamboju , "systemtap@sourceware.org" Subject: Re: Segmenation fault for systemtap tests using the arm uprobes support References: <5229DF78.4060301@redhat.com> <5229E091.1090802@linaro.org> <52681E03.8080509@redhat.com> <52701F7A.8070102@linaro.org> <527956C8.9050401@redhat.com> <527986F9.7030204@linaro.org> <527A5F1F.6060000@redhat.com> <527A66EF.2050800@linaro.org> <527A6F63.3070004@redhat.com> In-Reply-To: <527A6F63.3070004@redhat.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2013-q4/txt/msg00187.txt.bz2 On 11/06/13 11:33, William Cohen wrote: > On 11/06/2013 10:57 AM, David Long wrote: >> On 11/06/13 10:24, William Cohen wrote: >>> >>> Hi David, >>> >>> With the uprobe-v2 version I only saw one test that appeared to fail because of a sigsegv: >>> >> >> Are you testing on the same hardware? It's conceivable that could make a difference, especially if the number of CPU's is different. >> > I wouldn't expect those options to make a difference for uprobes. They might for kprobes. I just finally found the bug in ARM uretprobe's. It's a simple fix. -dl