From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from smtp.kernel.org (aws-us-west-2-korg-mail-1.web.codeaurora.org [10.30.226.201]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id E9FF515853B; Fri, 14 Mar 2025 20:00:58 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=10.30.226.201 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1741982459; cv=none; b=nbBpXHqopxvmOcKpk8htGTfgviDVKM/1kFcZ3UqfTTwgpHD2XJiLDi5bDuns7zHVg7SJNXvBd2eAHtr1m4vAlO7PwV2jnapdLTemp67qL7wmeCDpGSeX6Mr6hl9/jWV3n7Ay+7lk9OemyvreKtg0zgsoyEj+z+6+6Aup3jgH328= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1741982459; c=relaxed/simple; bh=pHADulFXfIcW9VZiz97dHbF0Kvd8olosf1ztsiboJKU=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=OPEEMYk16/nZNwTi7a5H6W6orFT/geDcgyziSdQuAi+aDANya9ASzSl+3WcHPyaIwdGB2SfgrSoGhIdQFBbhWShn9unvrEKhItLXqV+y+HVJ58+ztZHG16UFaJnNRgZqnULGWsxETbiwbk9X+T/B0AmieKYqdtPAv0WQWslj8fs= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b=tU8U7c7o; arc=none smtp.client-ip=10.30.226.201 Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b="tU8U7c7o" Received: by smtp.kernel.org (Postfix) with ESMTPSA id E368BC4CEEC; Fri, 14 Mar 2025 20:00:57 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1741982458; bh=pHADulFXfIcW9VZiz97dHbF0Kvd8olosf1ztsiboJKU=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=tU8U7c7obha1hyRMi/PRTuaGKZVqy2JhOG2HEmAFM5T8fTa5WydDVjVjcsrECSjrO xN14/AnN6ojdXoWFrWEH8JDpYjMzoq73ZpKBUIlJ+u9t97bwmci5f7XvxIvOxtOyFO BaLNUXubOKlwdxcqe956r52YaCm9C1O5vhD1DlDXViT6yLiTYZxwzI8R93utotKB8a XbzNrKsjjzj6jDVfD8MLpAjIN/TX58BKzudw7gQii5Zv3DyW+hBVVcKTXb1yDgbuYo gp7W/DMA3pw40xxNnFOVidASCSw0P+bJohch/lP6rmcA7cJzun+OFEU5NpkmjrVddI acxzkP2yMYx6Q== Date: Fri, 14 Mar 2025 17:00:55 -0300 From: Arnaldo Carvalho de Melo To: Ian Rogers Cc: Peter Zijlstra , Ingo Molnar , Namhyung Kim , Mark Rutland , Alexander Shishkin , Jiri Olsa , Adrian Hunter , Kan Liang , James Clark , Yicong Yang , Howard Chu , Andi Kleen , Michael Petlan , Anne Macedo , "Dr. David Alan Gilbert" , Dmitry Vyukov , linux-perf-users@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH v1 1/2] perf machine: Factor creating a "live" machine out of dwarf-unwind Message-ID: References: <20250313052952.871958-1-irogers@google.com> Precedence: bulk X-Mailing-List: linux-perf-users@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: On Fri, Mar 14, 2025 at 02:18:49PM -0300, Arnaldo Carvalho de Melo wrote: > On Wed, Mar 12, 2025 at 10:29:51PM -0700, Ian Rogers wrote: > > Factor out for use in places other than the dwarf unwinding tests for > > libunwind. > > Testing with another patchset being reviewed/tested, seems to work, if > it showed the line number would be even better! But it gets the lines, at least in this secoond attempt, after applying Namhyungs fix for the previous problem (int16_t): root@number:~# perf trace -e landlock_add_rule perf test -w landlock perf: Segmentation fault #0 0x6698d0 in dump_stack debug.c:355 #1 0x66994c in sighandler_dump_stack debug.c:367 #2 0x7f784be95fd0 in __restore_rt libc.so.6[40fd0] #3 0x4d0e56 in trace__find_usable_bpf_prog_entry builtin-trace.c:3882 #4 0x4cf3de in trace__init_syscalls_bpf_prog_array_maps builtin-trace.c:4040 #5 0x4bf626 in trace__run builtin-trace.c:4477 #6 0x4bb7a9 in cmd_trace builtin-trace.c:5741 #7 0x4d873f in run_builtin perf.c:351 #8 0x4d7df3 in handle_internal_command perf.c:404 #9 0x4d860f in run_argv perf.c:451 #10 0x4d7a4f in main perf.c:558 #11 0x7f784be7f088 in __libc_start_call_main libc.so.6[2a088] #12 0x7f784be7f14b in __libc_start_main@@GLIBC_2.34 libc.so.6[2a14b] #13 0x410ff5 in _start perf[410ff5] Segmentation fault (core dumped) root@number:~# > I'll continue working on that other case with this applied just before > that series and finally will give my Tested-by. > > - Arnaldo > > root@number:~# perf trace -e landlock_add_rule perf test -w landlock > perf: Segmentation fault > #0 0x5be81d in dump_stack perf[5be81d] > #1 0x5be879 in sighandler_dump_stack perf[5be879] > #2 0x7f313d24efd0 in __restore_rt libc.so.6[40fd0] > #3 0x491bc1 in cmd_trace perf[491bc1] > #4 0x497090 in run_builtin perf.c:0 > #5 0x4973ab in handle_internal_command perf.c:0 > #6 0x413483 in main perf[413483] > #7 0x7f313d238088 in __libc_start_call_main libc.so.6[2a088] > #8 0x7f313d23814b in __libc_start_main@@GLIBC_2.34 libc.so.6[2a14b] > #9 0x413ad5 in _start perf[413ad5] > Segmentation fault (core dumped) > root@number:~#