From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-5.5 required=3.0 tests=DKIMWL_WL_HIGH,DKIM_SIGNED, DKIM_VALID,INCLUDES_PATCH,MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS, URIBL_BLOCKED,USER_AGENT_SANE_1 autolearn=unavailable autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 1D868C32750 for ; Tue, 13 Aug 2019 13:24:01 +0000 (UTC) Received: from bombadil.infradead.org (bombadil.infradead.org [198.137.202.133]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id E397420578 for ; Tue, 13 Aug 2019 13:24:00 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (2048-bit key) header.d=lists.infradead.org header.i=@lists.infradead.org header.b="Ji2Dzag+"; dkim=fail reason="signature verification failed" (2048-bit key) header.d=infradead.org header.i=@infradead.org header.b="bLLw2tq7" DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org E397420578 Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=kernel.org Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=linux-arm-kernel-bounces+infradead-linux-arm-kernel=archiver.kernel.org@lists.infradead.org DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=bombadil.20170209; h=Sender: Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post: List-Archive:List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:References: Message-ID:Subject:To:From:Date:Reply-To:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: List-Owner; bh=60SrPSqlYIbbUZNSeWSCmuRRDDp5s7xCR0785bVv3M8=; b=Ji2Dzag+n89Dor 8Pn6qb8rJF38LExCPTJ1g88lsT7nlqIRV7bct0y8UlyyzLT75aYn1jmUCVr7PnDCH7JzoNyfWsrdM HNGjGq1inhgo/QoR2A2vPnCD3Ojj0acaK/0Rq7EMtxTMMa8WOZ20NA0pPf4Y1w42dr/oYnM6cv32y S67BMtF9Y5arqIwTwjqOvNt+uvJQ1EIFkn9rLVe/Lcrl/mGI+QzopjvQTn4pNCO1Ix72cotmYXLLD fXsuy+2MY/ksWFaovz0dqy43cx5pbrCDwxfdkFMfuNeA2B99UXMHn8oPFMsfIY4raFRn8px0KOJJZ yWQ+Zrn+7lIOJqoVx6Dw==; Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.92 #3 (Red Hat Linux)) id 1hxWmO-0006CV-JD; Tue, 13 Aug 2019 13:24:00 +0000 Received: from merlin.infradead.org ([2001:8b0:10b:1231::1]) by bombadil.infradead.org with esmtps (Exim 4.92 #3 (Red Hat Linux)) id 1hxWmN-0006CO-I3 for linux-arm-kernel@bombadil.infradead.org; Tue, 13 Aug 2019 13:23:59 +0000 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=infradead.org; s=merlin.20170209; h=In-Reply-To:Content-Type:MIME-Version: References:Message-ID:Subject:Cc:To:From:Date:Sender:Reply-To: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=S1SWiFkQPLZW+Dt7K4dnQXpIbGcb4i0q4bJIJoaJpxY=; b=bLLw2tq7Z/yx1vXpfdaxQdlnN GX7L1UBsuaSgBGy9iDMOmYwmOkNYffkKOaQR6S3mOqddAapuDEMCtaycVta8Fcnty2YGX30AcRJn5 jWexVhSCNbkw8WMQZMz02fKRD+vTn9aVu65tEvOVlEKzc3gNFaF/FgBnXjomMgg3A5M1kbDv/YNIQ BNwCWgPQDkE/x0GLBx6YKXy8eHr6e2HHSOq3Odycfnn6DmhPvocdz3VRQ8OB8gQMo3RYg6BaqF0Fl Wg3eL0f49hU/B8GkPmmDnchxU8Mx+tR9N/8ZSH9i8rwfILQlLWa6nltFsnhHZyO6lKq33MpvF4vSi O58+BkEaQ==; Received: from [179.97.35.50] (helo=quaco.ghostprotocols.net) by merlin.infradead.org with esmtpsa (Exim 4.92 #3 (Red Hat Linux)) id 1hxWmJ-0002jc-Sa; Tue, 13 Aug 2019 13:23:57 +0000 Received: by quaco.ghostprotocols.net (Postfix, from userid 1000) id 7E2A340340; Tue, 13 Aug 2019 10:23:49 -0300 (-03) Date: Tue, 13 Aug 2019 10:23:49 -0300 From: Arnaldo Carvalho de Melo To: Mathieu Poirier Subject: Re: [PATCH v3 4/4] perf: Use CAP_SYS_ADMIN instead of euid==0 with ftrace Message-ID: <20190813132349.GB12299@kernel.org> References: <20190812202251.GG9280@kernel.org> <20190812202706.GH9280@kernel.org> <20190812202947.GI9280@kernel.org> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: X-Url: http://acmel.wordpress.com User-Agent: Mutt/1.12.0 (2019-05-25) X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: Suzuki K Poulose , Peter Zijlstra , Alexey Budankov , Igor Lubashev , Arnaldo Carvalho de Melo , Linux Kernel Mailing List , Alexander Shishkin , Ingo Molnar , Namhyung Kim , James Morris , Jiri Olsa , linux-arm-kernel Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+infradead-linux-arm-kernel=archiver.kernel.org@lists.infradead.org Em Mon, Aug 12, 2019 at 03:42:17PM -0600, Mathieu Poirier escreveu: > On Mon, 12 Aug 2019 at 14:29, Arnaldo Carvalho de Melo > wrote: > > > > Em Mon, Aug 12, 2019 at 05:27:06PM -0300, Arnaldo Carvalho de Melo escreveu: > > > Em Mon, Aug 12, 2019 at 05:22:51PM -0300, Arnaldo Carvalho de Melo escreveu: > > > > Em Wed, Aug 07, 2019 at 10:44:17AM -0400, Igor Lubashev escreveu: > > > > > @@ -281,7 +283,7 @@ static int __cmd_ftrace(struct perf_ftrace *ftrace, int argc, const char **argv) > > > > > .events = POLLIN, > > > > > }; > > > > > > > > > > - if (geteuid() != 0) { > > > > > + if (!perf_cap__capable(CAP_SYS_ADMIN)) { > > > > > pr_err("ftrace only works for root!\n"); > > > > > > > > I guess we should update the error message too? > > > > > > > > > > I.e. I applied this as a follow up patch: > > > > > > diff --git a/tools/perf/builtin-ftrace.c b/tools/perf/builtin-ftrace.c > > > index 01a5bb58eb04..ba8b65c2f9dc 100644 > > > --- a/tools/perf/builtin-ftrace.c > > > +++ b/tools/perf/builtin-ftrace.c > > > @@ -284,7 +284,12 @@ static int __cmd_ftrace(struct perf_ftrace *ftrace, int argc, const char **argv) > > > }; > > > > > > if (!perf_cap__capable(CAP_SYS_ADMIN)) { > > > - pr_err("ftrace only works for root!\n"); > > > + pr_err("ftrace only works for %s!\n", > > > +#ifdef HAVE_LIBCAP_SUPPORT > > > + "users with the SYS_ADMIN capability" > > > +#else > > > + "root" > > > +#endif > > > > ); > > > > :-) > > > > > return -1; > > > } > > > > > > > I've pushed the whole set to my tmp.perf/cap branch, please chec > > Please hold on before moving further - I'm getting a segmentation > fault on ARM64 that I'm still trying to figure out. This is just sitting in my tmp branch, and in my local perf/core branch, so that I can test it with the containers, etc. Is this related to the following fix? commit 3e70008a6021fffd2cd1614734603ea970773060 Author: Leo Yan Date: Fri Aug 9 18:47:52 2019 +0800 perf trace: Fix segmentation fault when access syscall info on arm64 'perf trace' reports the segmentation fault as below on Arm64: # perf trace -e string -e augmented_raw_syscalls.c LLVM: dumping tools/perf/examples/bpf/augmented_raw_syscalls.o perf: Segmentation fault Obtained 12 stack frames. perf(sighandler_dump_stack+0x47) [0xaaaaac96ac87] linux-vdso.so.1(+0x5b7) [0xffffadbeb5b7] /lib/aarch64-linux-gnu/libc.so.6(strlen+0x10) [0xfffface7d5d0] /lib/aarch64-linux-gnu/libc.so.6(_IO_vfprintf+0x1ac7) [0xfffface49f97] /lib/aarch64-linux-gnu/libc.so.6(__vsnprintf_chk+0xc7) [0xffffacedfbe7] perf(scnprintf+0x97) [0xaaaaac9ca3ff] perf(+0x997bb) [0xaaaaac8e37bb] perf(cmd_trace+0x28e7) [0xaaaaac8ec09f] perf(+0xd4a13) [0xaaaaac91ea13] perf(main+0x62f) [0xaaaaac8a147f] /lib/aarch64-linux-gnu/libc.so.6(__libc_start_main+0xe3) [0xfffface22d23] perf(+0x57723) [0xaaaaac8a1723] Segmentation fault This issue is introduced by commit 30a910d7d3e0 ("perf trace: Preallocate the syscall table"), it allocates trace->syscalls.table[] array and the element count is 'trace->sctbl->syscalls.nr_entries'; but on Arm64, the system call number is not continuously used; e.g. the syscall maximum id is 436 but the real entries is only 281. _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-5.1 required=3.0 tests=DKIM_SIGNED,DKIM_VALID, DKIM_VALID_AU,FREEMAIL_FORGED_FROMDOMAIN,FREEMAIL_FROM, HEADER_FROM_DIFFERENT_DOMAINS,INCLUDES_PATCH,MAILING_LIST_MULTI,SPF_HELO_NONE, SPF_PASS,URIBL_BLOCKED,USER_AGENT_SANE_1 autolearn=ham autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id BF641C32750 for ; Tue, 13 Aug 2019 13:23:58 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.kernel.org (Postfix) with ESMTP id 92EBD2084D for ; Tue, 13 Aug 2019 13:23:58 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b="MpPm6+RL" Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1729109AbfHMNX5 (ORCPT ); Tue, 13 Aug 2019 09:23:57 -0400 Received: from mail-qk1-f196.google.com ([209.85.222.196]:38387 "EHLO mail-qk1-f196.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728713AbfHMNXz (ORCPT ); Tue, 13 Aug 2019 09:23:55 -0400 Received: by mail-qk1-f196.google.com with SMTP id u190so15938668qkh.5 for ; Tue, 13 Aug 2019 06:23:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:date:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=S1SWiFkQPLZW+Dt7K4dnQXpIbGcb4i0q4bJIJoaJpxY=; b=MpPm6+RLCJbFjmE10Am8jgCNaSnrscvhztQXXz5j+aZJC/COk8xq8W66HUdj2Qu8eW tDXRhKM7WQ0e99UHaMpesPZx6+DT9LxvdYqk7HlupxLke/tUEvPRhMkryg8pnMpebzp1 hgr3TC/ysMbJUW4nnVLCI85VReRIiAQ/ifs62r39s/hq56/IshI+aqslEyjWEM5XSAmk WR6SWNII1S17hkQkbMVs5nv8rIwajNHtqIXvT+5Ce2mI7jW7PkgluLJ2KBSETuYUNBrl eTF5IHfZYgbFmK8oz8YECOJAJq0GGc4xZmehhN3/2Cwk1ULNUeOqHsToyccLfWlpd0mX z9Gw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:date:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to:user-agent; bh=S1SWiFkQPLZW+Dt7K4dnQXpIbGcb4i0q4bJIJoaJpxY=; b=biY1VQkvqqr/asb2lwD9pXyufH1xryfcddIzc9q5N0YjRMb7JLXev2vzLcAbuunVrn 2Aj3jQl9F1DoZmjW0h1gKGRoCy9ZnGakezTzQkjOZFT6oCgp/AGzaNAkGVZMAvMNbwT9 4QoJY/XruMCQt+uNOr8cuoMJJ6ES22y0Gkje4PeqFdk+wMiP1sfNwo4mhN63ER0qXsFf WEFp0LS0qSLs+Rtine1Gu/gJduAyJNCmFAC1x1kuUOuJeQ3+0lDAPALLru8vb+Kwtlrz 4kzp4SmHP4pWxV9+i8Im1cmcNPBlZXsJVSC/O9ruQZLkQiuHspqQ/U15fvJENMLVNhxu H33g== X-Gm-Message-State: APjAAAXbMtD2fr9xz6GSb7vR39dgFfW6VDqIywmNqaBXVWfIxPGXIeKR DJjnzoyFz2SSWXJfp+TtdEc= X-Google-Smtp-Source: APXvYqwG35C3QvYXq2qJU2jJDOJEsiUz+nGFkN5TVg7xQugeIkL/vSbXK1BSRcXeyjUFR0EzGgGU8w== X-Received: by 2002:ae9:ef44:: with SMTP id d65mr16303044qkg.402.1565702634406; Tue, 13 Aug 2019 06:23:54 -0700 (PDT) Received: from quaco.ghostprotocols.net ([179.97.35.50]) by smtp.gmail.com with ESMTPSA id y25sm10275496qkj.35.2019.08.13.06.23.51 (version=TLS1_3 cipher=AEAD-AES256-GCM-SHA384 bits=256/256); Tue, 13 Aug 2019 06:23:51 -0700 (PDT) From: Arnaldo Carvalho de Melo X-Google-Original-From: Arnaldo Carvalho de Melo Received: by quaco.ghostprotocols.net (Postfix, from userid 1000) id 7E2A340340; Tue, 13 Aug 2019 10:23:49 -0300 (-03) Date: Tue, 13 Aug 2019 10:23:49 -0300 To: Mathieu Poirier Cc: Arnaldo Carvalho de Melo , Igor Lubashev , Linux Kernel Mailing List , Jiri Olsa , Alexey Budankov , Peter Zijlstra , Ingo Molnar , Alexander Shishkin , Namhyung Kim , Suzuki K Poulose , linux-arm-kernel , James Morris Subject: Re: [PATCH v3 4/4] perf: Use CAP_SYS_ADMIN instead of euid==0 with ftrace Message-ID: <20190813132349.GB12299@kernel.org> References: <20190812202251.GG9280@kernel.org> <20190812202706.GH9280@kernel.org> <20190812202947.GI9280@kernel.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Url: http://acmel.wordpress.com User-Agent: Mutt/1.12.0 (2019-05-25) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Em Mon, Aug 12, 2019 at 03:42:17PM -0600, Mathieu Poirier escreveu: > On Mon, 12 Aug 2019 at 14:29, Arnaldo Carvalho de Melo > wrote: > > > > Em Mon, Aug 12, 2019 at 05:27:06PM -0300, Arnaldo Carvalho de Melo escreveu: > > > Em Mon, Aug 12, 2019 at 05:22:51PM -0300, Arnaldo Carvalho de Melo escreveu: > > > > Em Wed, Aug 07, 2019 at 10:44:17AM -0400, Igor Lubashev escreveu: > > > > > @@ -281,7 +283,7 @@ static int __cmd_ftrace(struct perf_ftrace *ftrace, int argc, const char **argv) > > > > > .events = POLLIN, > > > > > }; > > > > > > > > > > - if (geteuid() != 0) { > > > > > + if (!perf_cap__capable(CAP_SYS_ADMIN)) { > > > > > pr_err("ftrace only works for root!\n"); > > > > > > > > I guess we should update the error message too? > > > > > > > > > > I.e. I applied this as a follow up patch: > > > > > > diff --git a/tools/perf/builtin-ftrace.c b/tools/perf/builtin-ftrace.c > > > index 01a5bb58eb04..ba8b65c2f9dc 100644 > > > --- a/tools/perf/builtin-ftrace.c > > > +++ b/tools/perf/builtin-ftrace.c > > > @@ -284,7 +284,12 @@ static int __cmd_ftrace(struct perf_ftrace *ftrace, int argc, const char **argv) > > > }; > > > > > > if (!perf_cap__capable(CAP_SYS_ADMIN)) { > > > - pr_err("ftrace only works for root!\n"); > > > + pr_err("ftrace only works for %s!\n", > > > +#ifdef HAVE_LIBCAP_SUPPORT > > > + "users with the SYS_ADMIN capability" > > > +#else > > > + "root" > > > +#endif > > > > ); > > > > :-) > > > > > return -1; > > > } > > > > > > > I've pushed the whole set to my tmp.perf/cap branch, please chec > > Please hold on before moving further - I'm getting a segmentation > fault on ARM64 that I'm still trying to figure out. This is just sitting in my tmp branch, and in my local perf/core branch, so that I can test it with the containers, etc. Is this related to the following fix? commit 3e70008a6021fffd2cd1614734603ea970773060 Author: Leo Yan Date: Fri Aug 9 18:47:52 2019 +0800 perf trace: Fix segmentation fault when access syscall info on arm64 'perf trace' reports the segmentation fault as below on Arm64: # perf trace -e string -e augmented_raw_syscalls.c LLVM: dumping tools/perf/examples/bpf/augmented_raw_syscalls.o perf: Segmentation fault Obtained 12 stack frames. perf(sighandler_dump_stack+0x47) [0xaaaaac96ac87] linux-vdso.so.1(+0x5b7) [0xffffadbeb5b7] /lib/aarch64-linux-gnu/libc.so.6(strlen+0x10) [0xfffface7d5d0] /lib/aarch64-linux-gnu/libc.so.6(_IO_vfprintf+0x1ac7) [0xfffface49f97] /lib/aarch64-linux-gnu/libc.so.6(__vsnprintf_chk+0xc7) [0xffffacedfbe7] perf(scnprintf+0x97) [0xaaaaac9ca3ff] perf(+0x997bb) [0xaaaaac8e37bb] perf(cmd_trace+0x28e7) [0xaaaaac8ec09f] perf(+0xd4a13) [0xaaaaac91ea13] perf(main+0x62f) [0xaaaaac8a147f] /lib/aarch64-linux-gnu/libc.so.6(__libc_start_main+0xe3) [0xfffface22d23] perf(+0x57723) [0xaaaaac8a1723] Segmentation fault This issue is introduced by commit 30a910d7d3e0 ("perf trace: Preallocate the syscall table"), it allocates trace->syscalls.table[] array and the element count is 'trace->sctbl->syscalls.nr_entries'; but on Arm64, the system call number is not continuously used; e.g. the syscall maximum id is 436 but the real entries is only 281.