Received: by 2002:a25:ab43:0:0:0:0:0 with SMTP id u61csp171837ybi; Thu, 13 Jun 2019 13:43:02 -0700 (PDT) X-Google-Smtp-Source: APXvYqyc5BLYZtEyFCFVXMLMVg6pPK+Q21JApusUURtu1xXKtp+OxL3epJcJrRIuEZuG6YXJ5q9T X-Received: by 2002:a17:90a:208e:: with SMTP id f14mr7508641pjg.57.1560458581971; Thu, 13 Jun 2019 13:43:01 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1560458581; cv=none; d=google.com; s=arc-20160816; b=VXbNUcaRraCXkkJ8Nuqu1E9AlijU/bAqlfLam9jAEF64w/X0QOMJp0wi6WgM60dMU6 eCG/gvy4SRLw5LPPnx7AbPynQorywVYA2u9O8JewSWhZ4IwBtxyGMkhelwZKJ6v24a8P hEn30eMgSFF2qBEWgEkECuqwDboF76kuLPn0b44DvxPfcqyZkcWEK9BPKFDTTapxHTFZ RqBIz7zJpLcAXgSEwquXOMrMg/zFl1afluzyVAgURRmLDB/VOelixHTArifYoEs216v+ vloP9x2Re5fUq8kxxOsZzb5uhd9aA8AJKMg4PIRkoan7mfpdZrHD8yIY0TMZ1y+ORevx neXQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:date:from:dkim-signature; bh=Ga4RTBqycYEUidDy9n98CCME7H69EjDvRnUzYc78220=; b=PX+TBz/yIhuOup92+6dV5nG44RoswvWyPEtxxHOQ3zlpGfgi9Fqm7ioqipEHTnWTYt vRgYhnZQhzE1W60RDFVH8kb51tjy2/oLJkEBGHex308WL8NxE4CPsT1Fontk26ViDf9f PnbpXvXV5XNmBsYtH/ALqueIUD4alvcNjGle672S7Ivp7K19H0PzUMAjH76L6tGJQSIv SaEwpZBNY1zYtzk7wguDQYwsqZM7p4NLKXULuHScN2KNCvR3XmjFQ24Wyhvxn7Hm8vFW CUsrYnPbCbP614/QtE5L9jirBAWEIb4cQ4nG1lKwEcfq1/B+C1cVCnu7t4tNMEeD2JCz CzbQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=fail header.i=@gmail.com header.s=20161025 header.b=lYnfKWAA; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id r140si549903pgr.29.2019.06.13.13.42.46; Thu, 13 Jun 2019 13:43:01 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=fail header.i=@gmail.com header.s=20161025 header.b=lYnfKWAA; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1730115AbfFMUlF (ORCPT + 99 others); Thu, 13 Jun 2019 16:41:05 -0400 Received: from mail-qk1-f195.google.com ([209.85.222.195]:35899 "EHLO mail-qk1-f195.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726030AbfFMUlE (ORCPT ); Thu, 13 Jun 2019 16:41:04 -0400 Received: by mail-qk1-f195.google.com with SMTP id g18so295130qkl.3; Thu, 13 Jun 2019 13:41:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:resent-from:resent-date:resent-message-id:resent-to:date:to:cc :subject:message-id:references:mime-version:content-disposition :in-reply-to:user-agent; bh=Ga4RTBqycYEUidDy9n98CCME7H69EjDvRnUzYc78220=; b=lYnfKWAAb7KVo+oRFMGgDXYN8Z5i8JEijArmNkcPAAuYRPXQGKGStvGMNtNAfC0Kgg Zi/l5ew7CN61zl4lZmVRmUPOEl5i1iIFqxVvFbuF4lsTybdi/u6L0zH+lHOqKXjTyQP5 LtPU0nMb8OSweRqAZ8Il3XLEKwj80/qlDpZWE/sZiov81nnRgqkcbEi7TOwK3kFKn/c9 Pp5K8o/WF1lLmnE1Lxyb/3gPxRfNqrskqGZU/BvsPGlqE/PbaGzpL8ekesovsfP6jXPj ORFOzOUmh5TQeNDd9nezs2SBkAAkP5JBsDw6gLi/oV+JI5AwC6vBUU8qblJo5YVxxfTS pQtQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:resent-from:resent-date:resent-message-id :resent-to:date:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=Ga4RTBqycYEUidDy9n98CCME7H69EjDvRnUzYc78220=; b=Tfc6XouutQDHSb1Pvg9T+aYtZCyAdNWR7gQZtm4UQbKbkRUDNuT9t82a6sMsFYU/M2 1FxXI5RYXF1igHzbe3bwUoREhqlyj56mvPOonqeC7S17bwfPyBuIq+JxKI/42tO0Ss78 PrJcRLN8zNBTJMby7PysDxRRDplEq6nm+VJIJge18gIzewQrwxcVCTYqOGVE4ktD509O pgLHSmskZmA+eiBqtLMRc0CS8/9KP5GCpZERorpq06CppDoHSP88hDGf1CcGWzVJ543a 03B8nBax5ELTPaVQ4N6qDXn3JP0q7/VkO1vFWi8Kq0s0TI/tYaB18hMAf7aDhaJmTLrz tspQ== X-Gm-Message-State: APjAAAUDMQDyKeoTCKsYv2sifY6liBUnb9373T4T+NXgFUpNXNCkrSxz PM7P1sfQjKGFaOIJttOUaV0= X-Received: by 2002:a37:9107:: with SMTP id t7mr71181369qkd.135.1560458462874; Thu, 13 Jun 2019 13:41:02 -0700 (PDT) Received: from quaco.ghostprotocols.net ([177.195.211.254]) by smtp.gmail.com with ESMTPSA id e133sm236183qkb.76.2019.06.13.13.41.01 (version=TLS1_3 cipher=AEAD-AES256-GCM-SHA384 bits=256/256); Thu, 13 Jun 2019 13:41:01 -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 356DD41149; Thu, 13 Jun 2019 17:40:58 -0300 (-03) Date: Thu, 13 Jun 2019 15:15:14 -0300 To: Leo Yan Cc: Arnaldo Carvalho de Melo , Alexander Shishkin , Jiri Olsa , Namhyung Kim , Alexei Starovoitov , Daniel Borkmann , Martin KaFai Lau , Song Liu , Yonghong Song , Adrian Hunter , Mathieu Poirier , Mike Leach , Suzuki K Poulose , linux-kernel@vger.kernel.org, netdev@vger.kernel.org, bpf@vger.kernel.org Subject: Re: [PATCH v2 3/4] perf augmented_raw_syscalls: Support arm64 raw syscalls Message-ID: <20190613181514.GC1402@kernel.org> References: <20190606094845.4800-1-leo.yan@linaro.org> <20190606094845.4800-4-leo.yan@linaro.org> <20190606133838.GC30166@kernel.org> <20190606141231.GC5970@leoy-ThinkPad-X240s> <20190606144412.GC21245@kernel.org> <20190607095831.GG5970@leoy-ThinkPad-X240s> <20190609131849.GB6357@leoy-ThinkPad-X240s> <20190610184754.GU21245@kernel.org> <20190611041831.GA3959@leoy-ThinkPad-X240s> <20190612024917.GG28689@kernel.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20190612024917.GG28689@kernel.org> X-Url: http://acmel.wordpress.com User-Agent: Mutt/1.11.3 (2019-02-01) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Em Tue, Jun 11, 2019 at 11:49:17PM -0300, Arnaldo Carvalho de Melo escreveu: > Em Tue, Jun 11, 2019 at 12:18:31PM +0800, Leo Yan escreveu: > > On Mon, Jun 10, 2019 at 03:47:54PM -0300, Arnaldo Carvalho de Melo wrote: > > > > [...] > > > > > > > I tested with the lastest perf/core branch which contains the patch: > > > > > 'perf augmented_raw_syscalls: Tell which args are filenames and how > > > > > many bytes to copy' and got the error as below: > > > > > > > > > > # perf trace -e string -e /mnt/linux-kernel/linux-cs-dev/tools/perf/examples/bpf/augmented_raw_syscalls.c > > > > > Error: Invalid syscall access, chmod, chown, creat, futimesat, lchown, link, lstat, mkdir, mknod, newfstatat, open, readlink, rename, > > > > > rmdir, stat, statfs, symlink, truncate, unlink > > > > > > Humm, I think that we can just make the code that parses the > > > tools/perf/trace/strace/groups/string file to ignore syscalls it can't > > > find in the syscall_tbl, i.e. trace those if they exist in the arch. > > > > Agree. > > > > > > > Hint: try 'perf list syscalls:sys_enter_*' > > > > > Hint: and: 'man syscalls' > > > > > > > > > > So seems mksyscalltbl has not included completely for syscalls, I > > > > > use below command to generate syscalltbl_arm64[] array and it don't > > > > > include related entries for access, chmod, chown, etc ... > > > > > > So, we need to investigate why is that these are missing, good thing we > > > have this 'strings' group :-) > > > > > > > > You could refer the generated syscalltbl_arm64 in: > > > > > http://paste.ubuntu.com/p/8Bj7Jkm2mP/ > > > > > > > > After digging into this issue on Arm64, below is summary info: > > > > > > > > - arm64 uses the header include/uapi/linux/unistd.h to define system > > > > call numbers, in this header some system calls are not defined (I > > > > think the reason is these system calls are obsolete at the end) so the > > > > corresponding strings are missed in the array syscalltbl_native, > > > > for arm64 the array is defined in the file: > > > > tools/perf/arch/arm64/include/generated/asm/syscalls.c. > > > > > > Yeah, I looked at the 'access' case and indeed it is not present in > > > include/uapi/asm-generic/unistd.h, which is the place > > > include/uapi/linux/unistd.h ends up. > > > > > > Ok please take a look at the patch at the end of this message, should be ok? > > > > > > I tested it by changing the strace/gorups/string file to have a few > > > unknown syscalls, running it with -v we see: > > > > > > [root@quaco perf]# perf trace -v -e string ls > > > Skipping unknown syscalls: access99, acct99, add_key99 > > > > > > normal operation not considering those unknown syscalls. > > > > I did testing with the patch, but it failed after I added eBPF event > > with below command, I even saw segmentation fault; please see below > > inline comments. > > > > perf --debug verbose=10 trace -e string -e \ > > /mnt/linux-kernel/linux-cs-dev/tools/perf/examples/bpf/augmented_raw_syscalls.c > > > > [...] > > > > > commit e0b34a78c4ed0a6422f5b2dafa0c8936e537ee41 > > > Author: Arnaldo Carvalho de Melo > > > Date: Mon Jun 10 15:37:45 2019 -0300 > > > > > > perf trace: Skip unknown syscalls when expanding strace like syscall groups > > > > > > We have $INSTALL_DIR/share/perf-core/strace/groups/string files with > > > syscalls that should be selected when 'string' is used, meaning, in this > > > case, syscalls that receive as one of its arguments a string, like a > > > pathname. > > > > > > But those were first selected and tested on x86_64, and end up failing > > > in architectures where some of those syscalls are not available, like > > > the 'access' syscall on arm64, which makes using 'perf trace -e string' > > > in such archs to fail. > > > > > > Since this the routine doing the validation is used only when reading > > > such files, do not fail when some syscall is not found in the > > > syscalltbl, instead just use pr_debug() to register that in case people > > > are suspicious of problems. > > > > > > Now using 'perf trace -e string' should work on arm64, selecting only > > > the syscalls that have a string and are available on that architecture. > > > > > > Reported-by: Leo Yan > > > Cc: Adrian Hunter > > > Cc: Alexander Shishkin > > > Cc: Alexei Starovoitov > > > Cc: Daniel Borkmann > > > Cc: Jiri Olsa > > > Cc: Martin KaFai Lau > > > Cc: Mathieu Poirier > > > Cc: Mike Leach > > > Cc: Namhyung Kim > > > Cc: Song Liu > > > Cc: Suzuki K Poulose > > > Cc: Yonghong Song > > > Link: https://lkml.kernel.org/n/tip-oa4c2x8p3587jme0g89fyg18@git.kernel.org > > > Signed-off-by: Arnaldo Carvalho de Melo > > > > > > diff --git a/tools/perf/builtin-trace.c b/tools/perf/builtin-trace.c > > > index 1a2a605cf068..eb70a4b71755 100644 > > > --- a/tools/perf/builtin-trace.c > > > +++ b/tools/perf/builtin-trace.c > > > @@ -1529,6 +1529,7 @@ static int trace__read_syscall_info(struct trace *trace, int id) > > > static int trace__validate_ev_qualifier(struct trace *trace) > > > { > > > int err = 0, i; > > > + bool printed_invalid_prefix = false; > > > size_t nr_allocated; > > > struct str_node *pos; > > > > > > @@ -1555,14 +1556,15 @@ static int trace__validate_ev_qualifier(struct trace *trace) > > > if (id >= 0) > > > goto matches; > > > > > > - if (err == 0) { > > > - fputs("Error:\tInvalid syscall ", trace->output); > > > - err = -EINVAL; > > > + if (!printed_invalid_prefix) { > > > + pr_debug("Skipping unknown syscalls: "); > > > + printed_invalid_prefix = true; > > > } else { > > > - fputs(", ", trace->output); > > > + pr_debug(", "); > > > } > > > > > > - fputs(sc, trace->output); > > > + pr_debug("%s", sc); > > > + continue; > > > > Here adds 'continue' so that we want to let ev_qualifier_ids.entries > > to only store valid system call ids. But this is not sufficient, > > because we have initialized ev_qualifier_ids.nr at the beginning of > > the function: > > > > trace->ev_qualifier_ids.nr = strlist__nr_entries(trace->ev_qualifier); > > This sentence will set ids number to the string table's length; but > > actually some strings are not really supported; this leads to some > > items in trace->ev_qualifier_ids.entries[] will be not initialized > > properly. > > > > If we want to get neat entries and entry number, I suggest at the > > beginning of the function we use variable 'nr_allocated' to store > > string table length and use it to allocate entries: > > > > nr_allocated = strlist__nr_entries(trace->ev_qualifier); > > trace->ev_qualifier_ids.entries = malloc(nr_allocated * > > sizeof(trace->ev_qualifier_ids.entries[0])); > > > > If we find any matched string, then increment the nr field under > > 'matches' tag: > > > > matches: > > trace->ev_qualifier_ids.nr++; > > trace->ev_qualifier_ids.entries[i++] = id; > > > > This can ensure the entries[0..nr-1] has valid id and we can use > > ev_qualifier_ids.nr to maintain the valid system call numbers. > > yeah, you're right, I'll address these issues in a followup patch, > tomorrow. This is equivalent and I think the smallest patch, I'll add one on top doing what you suggested about nr_allocated getting the strlist__nr_entries() and also will rename i to nr_used to contrast with nr_allocated, and then at the end set ev_qualifier_ids.nr to nr_used. - Arnaldo diff --git a/tools/perf/builtin-trace.c b/tools/perf/builtin-trace.c index eb70a4b71755..bd1f00e7a2eb 100644 --- a/tools/perf/builtin-trace.c +++ b/tools/perf/builtin-trace.c @@ -1528,9 +1528,9 @@ static int trace__read_syscall_info(struct trace *trace, int id) static int trace__validate_ev_qualifier(struct trace *trace) { - int err = 0, i; + int err = 0; bool printed_invalid_prefix = false; - size_t nr_allocated; + size_t nr_allocated, i; struct str_node *pos; trace->ev_qualifier_ids.nr = strlist__nr_entries(trace->ev_qualifier); @@ -1575,7 +1575,7 @@ static int trace__validate_ev_qualifier(struct trace *trace) id = syscalltbl__strglobmatch_next(trace->sctbl, sc, &match_next); if (id < 0) break; - if (nr_allocated == trace->ev_qualifier_ids.nr) { + if (nr_allocated == i) { void *entries; nr_allocated += 8; @@ -1588,11 +1588,11 @@ static int trace__validate_ev_qualifier(struct trace *trace) } trace->ev_qualifier_ids.entries = entries; } - trace->ev_qualifier_ids.nr++; trace->ev_qualifier_ids.entries[i++] = id; } } + trace->ev_qualifier_ids.nr = i; out: if (printed_invalid_prefix) pr_debug("\n");