Received: by 2002:a25:1506:0:0:0:0:0 with SMTP id 6csp4919973ybv; Tue, 11 Feb 2020 05:57:23 -0800 (PST) X-Google-Smtp-Source: APXvYqyUPbPHFhGIRE4niZbIOjT69sLAP+j+9UZaz6EaVTeA75yIGeSVjZlaVwvahM1Nwom1sSIu X-Received: by 2002:aca:388:: with SMTP id 130mr2813928oid.89.1581429443120; Tue, 11 Feb 2020 05:57:23 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1581429443; cv=none; d=google.com; s=arc-20160816; b=foc1O61EQ/2l5mRpHg0CxpRUzUcf5OZ+YdBSaaJ7BHIqix7asWwt+gdAta0gfTwpuA SdYeSKe6KZcvaqfty3WVMKWvBpDgp0bbanRQBMV+L0F6JpOn8vjGgIf2eUkW6SsNvKYU l9L4x5FP4/FYL6iE9gk43HgDluPfp7+DR3dSmVVaCFH5+43E2lzJCgaTVoGp7SWU144k pQ63cMSOxaBeDtpBf1xZYk93wC6VwVI9is3JUT+IZAJ68YEX4+aCqN1NZTdAoi7U4wBu x9CYyo00iCSOtxWvOtn4cY1EAXZdyuH4yUfMvLWA5my4Le/qbs+nSzEAz9V7cH97VdI5 hz5Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:date:from :dkim-signature; bh=TQjrRYBQgNu22Yu5TuB1IALhpcVLswinVmpWMZoh7QI=; b=TrgYNQHPutIaeVZ8wS9jbXwRUQp3ESzxMejfJZPMUVtvXFuc2gnZLZ+WP7d/PFNzxB Go+z2TBRg2/k58Bqbp31UvTYk1Qf7hgYtSxKXJ1rUQoitI1HeF2Vfyo9CBYS/mRg5C0l eMSCOGK3Ww9XK9WMhvPlipN3IECOLe2yout1XwpQgqm8G1Y+WTOjosq7HgHgxD7g4rJG MEeqzkAAYLV9WAn4jm5utsq6w1LPCtRG7qC3vJ6dIt1r8RMoMwZ2o7MFheUYVIjvHlwI iX8ZLAW4OFNvHFfvK7rKwFGl1eH2JLdV2PYtHw84ZLD6G9SB00OgbTWuWzbc8l39m8kL j+HQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=W20jeNcD; 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=pass (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 k11si2052622otp.176.2020.02.11.05.57.10; Tue, 11 Feb 2020 05:57:23 -0800 (PST) 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=pass header.i=@gmail.com header.s=20161025 header.b=W20jeNcD; 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=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728572AbgBKNq2 (ORCPT + 99 others); Tue, 11 Feb 2020 08:46:28 -0500 Received: from mail-qt1-f193.google.com ([209.85.160.193]:46483 "EHLO mail-qt1-f193.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727779AbgBKNq2 (ORCPT ); Tue, 11 Feb 2020 08:46:28 -0500 Received: by mail-qt1-f193.google.com with SMTP id e21so3925025qtp.13 for ; Tue, 11 Feb 2020 05:46:27 -0800 (PST) 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; bh=TQjrRYBQgNu22Yu5TuB1IALhpcVLswinVmpWMZoh7QI=; b=W20jeNcDFxXtwP90Aq4vDRmKH82/qSMzW/Hq0xGnX5KBBnJhTx1bMSwwzp/HilQQ2R vndfW6jy55/+tS+Cx7/sfWSDKVVuYbN+DCt12yW8/iBH6RoMMyeibZ+AchR8asNL/dRs iJ77BEZXdFVgDuR6WBovNZDGhlYQBvhanZujz/uamK94F3lcayltXlVvH04hQ+zL9Cnk lUXhv81z1Fp8XqSxsIALjkA3a8y9wEv9qUNNjucPO87nksR+7Qmi8hXOUaCV2pPjAPRK +3o8gwR/d8oj/l3PhqnjspquYT3Fa4WYz/sDmUtQXy2iUrrROLYOAmAS2NjHARAMJEYr SPYA== 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; bh=TQjrRYBQgNu22Yu5TuB1IALhpcVLswinVmpWMZoh7QI=; b=bjim1HrIcR04JZCrKV7lluP1Umsq6uvqyDrFUqqtBFYAKqZU7kKkFoPE5WgDd1hreH DtTnzmDTBPqxPur9n7DWWlrLdab/NwM/BaP0MjcQRz0IP+ms3joezXPDmcHSEnom/hAl AMeKktMBHWqaE1QJSknf+97rWMUyhBW1r9u40+XPtAO7SYj1z4aQRzhexaCsl5b2QTTR SriNQcUb6MCmynimM4w1IbpylXv+j5YI/kGLtf+347vat6d6qt+zT71a/MpxKBjfHGPy RKNMhS+WP/ePdRXcAWo7W6cdJJQ0epG8r7Kzq0ZLASQZxt8fdd9fNBWiZW3Eobq4he7u f+nQ== X-Gm-Message-State: APjAAAUkoyXKs0tnXjjDL09BoscXqqc6lNVD0SZqSDKDWeW0axzxTDHX /8pgj/ejA88X15lcio0GGFU= X-Received: by 2002:ac8:7217:: with SMTP id a23mr2511705qtp.241.1581428787324; Tue, 11 Feb 2020 05:46:27 -0800 (PST) Received: from quaco.ghostprotocols.net ([179.97.37.151]) by smtp.gmail.com with ESMTPSA id v55sm2269572qtc.1.2020.02.11.05.46.26 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 11 Feb 2020 05:46:26 -0800 (PST) From: Arnaldo Carvalho de Melo X-Google-Original-From: Arnaldo Carvalho de Melo Received: by quaco.ghostprotocols.net (Postfix, from userid 1000) id 6523E40A7D; Tue, 11 Feb 2020 10:46:24 -0300 (-03) Date: Tue, 11 Feb 2020 10:46:24 -0300 To: Marek Majkowski Cc: Jiri Olsa , Ivan Babrou , kernel-team , Arnaldo Carvalho de Melo , linux-kernel , Peter Zijlstra , Ingo Molnar , Alexander Shishkin , Namhyung Kim , sashal@kernel.org, Kenton Varda Subject: Re: perf not picking up symbols for namespaced processes Message-ID: <20200211134624.GA32066@kernel.org> References: <20191205123302.GA25750@kernel.org> <20200204192657.GB1554679@krava> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Url: http://acmel.wordpress.com Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Em Tue, Feb 11, 2020 at 10:06:35AM +0000, Marek Majkowski escreveu: > Jirka, > > On Tue, Feb 4, 2020 at 7:27 PM Jiri Olsa wrote: > > > 11913 openat(AT_FDCWD, "/proc/9512/ns/mnt", O_RDONLY) = 197 > > > 11913 setns(197, CLONE_NEWNS) = 0 > > > 11913 stat("/home/marek/bin/runsc-debug", 0x7fffffff8480) = -1 ENOENT > > > (No such file or directory) > > > 11913 setns(196, CLONE_NEWNS) = 0 > > > > hi, > > could you guys please share more details on what you run exactly, > > and perhaps that change you mentioned? > > I was debugging gvisor (runsc), which does execve(/proc/self/exe), and > then messes up with its mount namespace. The effect is that the binary > running doesn't exist in the mount namespace. This confuses perf, > which fails to load symbols for that process. > > To my understanding, by default, perf looks for the binary in the > process mount namespace. In this case clearly the binary wasn't there. > Ivan wrote a rough patch [1], which I just confirmed works. The patch > attempts, after a failure to load binary from pids mount namespace, to > load binary from the default mount namespace (the one running perf). > > [1] https://lkml.org/lkml/2019/12/5/878 That is a fallback that works in this specific case, and, with a warning or some explicitely specified option makes perf work with this specific usecase, but either a warning ("fallback to root namespace binary /foo/bar") or the explicit option, please, is that what that patch does? - Arnaldo