Received: by 2002:a25:ad19:0:0:0:0:0 with SMTP id y25csp2051361ybi; Sat, 13 Jul 2019 05:51:14 -0700 (PDT) X-Google-Smtp-Source: APXvYqxOtVcdQR3shbRLAXfHd/+WYeoHDCQapClwJxalHoRK1FOvcvmfLlZwTlQe2YA3LuSlG5rb X-Received: by 2002:a63:5550:: with SMTP id f16mr17264874pgm.426.1563022274564; Sat, 13 Jul 2019 05:51:14 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1563022274; cv=none; d=google.com; s=arc-20160816; b=u6QvRMFZZqXJFx+VljGp6casW7G/A/4+jaN5f203vu5QwGALXonnb7p6DInSCGRMCE B0U0G3jRPAwuMbCcc6FcM9CpslHFPgY5HyEhMt0oQDSlx+h15QhswMGFAzQHGZaYx1O0 TqCyqikczaBB1j5fjmBGL+ZGVLDiMneOlC2wcgPGrD72TuJluQkh1gOh5B5k/4HHWP4m 8/0+4lK/muA4jNQLpOvpNs1jlkjSCXmYoxsE9E3C0ZK9l7M7urlLJQ6S1ORAvrTUE4h6 z0Z3qLSpiiB0tJNyezOY3rFCOLikm7Hh3/9MdPBAx6/+qzQ39A33JnZGfcVy1EyGCE74 CS7g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :references:in-reply-to:message-id:cc:to:subject:from:date :dkim-signature; bh=M6u5ifgvcKCDiMoAtaCSx9r5NE6GN+qLFbSlRYQjToU=; b=DtSMxebINoIwR0YSpr7B1EG33+VIPDCDnhwyA5YUN2AcFYlq2UkhNMjYWyS21LZE2h pWbNOFXws3Ih3hXTmgAHXD5TAFEkAOpuk8ZmTE/eT6t2GkJS+zd5jkK6HYKK6qOErdqb uxTWRwwGhqkilOJVqTDn66vksDPUpiIRDT2C2AT2JlDYdodGuaWeiZCjNGourQA65kdf AGCZELdDHibV5LxZMedYRbWcpzOZIghyjsIUsLOCqkBH1CGwz5brzh1LdLxwN9q30E9b 2VLVisOKUpbBz76BpTtb7aeGHQ6UfIZ+jIGH+e49A+N2N7aeLnuVDrPKnRPWPkuhbo8O p4uA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@yandex.ru header.s=mail header.b="Rd0v5fl/"; 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=NONE dis=NONE) header.from=yandex.ru Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id h6si10836121pgq.576.2019.07.13.05.50.58; Sat, 13 Jul 2019 05:51:14 -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=pass header.i=@yandex.ru header.s=mail header.b="Rd0v5fl/"; 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=NONE dis=NONE) header.from=yandex.ru Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727848AbfGMMtS (ORCPT + 99 others); Sat, 13 Jul 2019 08:49:18 -0400 Received: from forward102j.mail.yandex.net ([5.45.198.243]:35525 "EHLO forward102j.mail.yandex.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727504AbfGMMtS (ORCPT ); Sat, 13 Jul 2019 08:49:18 -0400 X-Greylist: delayed 388 seconds by postgrey-1.27 at vger.kernel.org; Sat, 13 Jul 2019 08:49:15 EDT Received: from mxback18o.mail.yandex.net (mxback18o.mail.yandex.net [IPv6:2a02:6b8:0:1a2d::69]) by forward102j.mail.yandex.net (Yandex) with ESMTP id 23991F20A68; Sat, 13 Jul 2019 15:42:45 +0300 (MSK) Received: from smtp4p.mail.yandex.net (smtp4p.mail.yandex.net [2a02:6b8:0:1402::15:6]) by mxback18o.mail.yandex.net (nwsmtp/Yandex) with ESMTP id nYnhEFJwaK-ghTuSjZB; Sat, 13 Jul 2019 15:42:45 +0300 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1563021765; bh=M6u5ifgvcKCDiMoAtaCSx9r5NE6GN+qLFbSlRYQjToU=; h=In-Reply-To:Cc:To:Subject:From:References:Date:Message-Id; b=Rd0v5fl/cErza2qfKkWjKo56n9FvSM26gKiTItCOV/vqBOM/5vHa6qBwhZsHp52ep FDDHQ9rnoIp5CNFBkSaS89R4oCtwyNMmlcyXmfCzFlrhu0GSmcTAx5hX3gxhZQwbJN qnwv1QUJQIBV9wdi0qavSIwCT7QAup1Rl0Tg95cA= Authentication-Results: mxback18o.mail.yandex.net; dkim=pass header.i=@yandex.ru Received: by smtp4p.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id yuTssl00fg-ggTuFJco; Sat, 13 Jul 2019 15:42:42 +0300 (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) (Client certificate not present) Date: Sat, 13 Jul 2019 15:42:40 +0300 From: Konstantin Kharlamov Subject: Re: [PATCH 4/8] perf evsel: Do not rely on errno values for precise_ip fallback To: Arnaldo Carvalho de Melo Cc: Ingo Molnar , Thomas Gleixner , Jiri Olsa , Namhyung Kim , Clark Williams , linux-kernel@vger.kernel.org, linux-perf-users@vger.kernel.org, Alexander Shishkin , Andi Kleen , Peter Zijlstra , Quentin Monnet , Kim Phillips , Arnaldo Carvalho de Melo Message-Id: <1563021760.12557.0@yandex.ru> In-Reply-To: <20190708154207.11403-5-acme@kernel.org> References: <20190708154207.11403-1-acme@kernel.org> <20190708154207.11403-5-acme@kernel.org> X-Mailer: geary/3.33.1 MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r; format=flowed Content-Transfer-Encoding: quoted-printable Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Thank you very much! Just wondering, would it maybe worth to backport=20 the fix to stable kernel too? =F7 =F0=CE, =C9=C0=CC 8, 2019 at 12:42, Arnaldo Carvalho de Melo=20 =CE=C1=D0=C9=D3=C1=CC: > From: Jiri Olsa >=20 > Konstantin reported problem with default perf record command, which > fails on some AMD servers, because of the default maximum precise > config. >=20 > The current fallback mechanism counts on getting ENOTSUP errno for > precise_ip fails, but that's not the case on some AMD servers. >=20 > We can fix this by removing the errno check completely, because the > precise_ip fallback is separated. We can just try (if requested by > evsel->precise_max) all possible precise_ip, and if one succeeds we=20 > win, > if not, we continue with standard fallback. >=20 > Reported-by: Konstantin Kharlamov > Signed-off-by: Jiri Olsa > Cc: Alexander Shishkin > Cc: Andi Kleen > Cc: Namhyung Kim > Cc: Peter Zijlstra > Cc: Quentin Monnet > Cc: Kim Phillips > Link: http://lkml.kernel.org/r/20190703080949.10356-1-jolsa@kernel.org > Signed-off-by: Arnaldo Carvalho de Melo > --- > tools/perf/util/evsel.c | 10 ++-------- > 1 file changed, 2 insertions(+), 8 deletions(-) >=20 > diff --git a/tools/perf/util/evsel.c b/tools/perf/util/evsel.c > index 4a5947625c5c..69beb9f80f07 100644 > --- a/tools/perf/util/evsel.c > +++ b/tools/perf/util/evsel.c > @@ -1785,14 +1785,8 @@ static int perf_event_open(struct perf_evsel=20 > *evsel, > if (fd >=3D 0) > break; >=20 > - /* > - * Do quick precise_ip fallback if: > - * - there is precise_ip set in perf_event_attr > - * - maximum precise is requested > - * - sys_perf_event_open failed with ENOTSUP error, > - * which is associated with wrong precise_ip > - */ > - if (!precise_ip || !evsel->precise_max || (errno !=3D ENOTSUP)) > + /* Do not try less precise if not requested. */ > + if (!evsel->precise_max) > break; >=20 > /* > -- > 2.20.1 >=20 =