From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 6829 invoked by alias); 10 Dec 2015 19:45:20 -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 5645 invoked by uid 89); 10 Dec 2015 19:45:17 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-0.9 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,RCVD_IN_SORBS_WEB,SPF_PASS autolearn=ham version=3.3.2 X-HELO: mout.gmx.net Received: from mout.gmx.net (HELO mout.gmx.net) (212.227.15.18) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES256-GCM-SHA384 encrypted) ESMTPS; Thu, 10 Dec 2015 19:45:15 +0000 Received: from [192.168.2.99] ([88.70.52.212]) by mail.gmx.com (mrgmx002) with ESMTPSA (Nemesis) id 0MEWPx-1a0Gba1qpN-00Fiog; Thu, 10 Dec 2015 20:45:07 +0100 Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 9.1 \(3096.5\)) Subject: Re: Prelinking on ARM with Debug Link From: Torsten Polle In-Reply-To: <5669CBB1.9040204@redhat.com> Date: Thu, 10 Dec 2015 19:45:00 -0000 Cc: Mark Wielaard , systemtap@sourceware.org Content-Transfer-Encoding: quoted-printable Message-Id: <43FF3F25-732D-42A7-94F6-D35E556D73A7@gmx.de> References: <1448534000.7609.64.camel@redhat.com> <6C764A67-BD51-4CD6-8CE6-8E19E5453462@gmx.de> <1448611496.7609.80.camel@redhat.com> <20151127150614.GD2790@blokker.redhat.com> <3E5ADB9D-77C7-4AFB-BC5C-321B6DC21572@gmx.de> <565CA2E3.7020602@redhat.com> <5669CBB1.9040204@redhat.com> To: David Smith X-UI-Out-Filterresults: notjunk:1;V01:K0:wp+JRwcpb+Q=:DkpdEqkBzcF+IwI3j0imDt UeKwXJ6Cf7N0bYqcsQZQsZcWxOCjBl8OpYvRSbR2LMqzpJIC0zf/NOFBNK8XQEIyN0fatjIi4 Aw6NH63kTAhQ88B+3jNo3zFjRNSbowUwmkSgg0QyAkhLnUkuEGtVh9jX3ltZhYGunXjE4fGv5 jl0MTHcg4s7mbDNZ5Vk2z9PMV6e7P6bdMV/xDsUlMRJ8ELweTlcs9YFxcTDot6TdJxtU9biq6 woXHrvf8m5upFZg/nrw1VbYBxb4r9HOtRThWnBHB0p+SYqon8VDbYn6UWmCL2ia0QDQ0nqpPK VbJogN/I8UqEY2Ei9QROKwZJSUgTbL0AJy5dk+eOmkXjd7cgYvJm0CSpWkzEXbGxgcyY/5HrZ q2KbxGVx3LrkbaEpvd2l4J5bz0d3R4RYgepRCTqsCQbIFUT+RF1uzYdu2GM2mLIhGvamd70HS gqgDXEeRbTkRccL4A2Oqu0SCjmEYuM4ZaIA6XVW9lm/VpQmU+M4ugTQ+qTiRGZwDRZvkDpHYA Yir2pG9QNfIIlP1TDDhJ0dlnEyy9Z9WEdt4fcW6iYVQfU3ja53wLI73F1E8+87A1rTGxK++v2 tyYSzHUsx6HyVAffahHnpe3KQeBNwv4CG8Rq9TV17qo24lKMfwxwU25EBaOJ0c06yyqb9xve4 nxKlDjmm7ZGIEyzhH5JHEExUBrVKCQ1qQOwFvZlmosU3vKwXxpl9UCVxbxlaQL5hG/iTWhhfZ O3RzDsXkj6BYFQYYCdy+yic3c97UD2dM4zgRTiuP920mw6UknjcKRx8juldBGCY2FICD4Pv44 KbhvU26 X-SW-Source: 2015-q4/txt/msg00260.txt.bz2 David Smith writes: > On 12/01/2015 02:10 PM, Torsten Polle wrote: >> Hi David, >>=20 >> David Smith writes: >> > I don't believe we've ever supported an arm/arm64 kernel less than 3.= 7, >>=20 >> I'm using SystemTap successfully with a 2.6.34 kernel on ARM since 4 >> years now. So far it worked without much problems. >>=20 >> > so there isn't arch-specific execve support for arm/arm64. But, if you >> > have got working execve support for arm/arm64 kernels less than 3.7, I >> > don't see a real problem with checking it in (assuming it looks reaso= nable). >>=20 >> I've support that is working in my environment. At least the defined >> variables give some decent result. Please judge the quality for yoursel= f. >>=20 >> The error message reported comes from the fact that the file >> syscalls.stp is regarded as empty by SystemTap if the kernel version is >> greater then 3.7. I could not find a nice solution so far. > Torsten, > I've checked in your changes, they all looked reasonable. I added > support for nd_syscall.execve. I worked around the empty tapset warning > by adding a 'never' probe the the new tapset files. David, Thanks, Torsten