Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20;
From:   Vince Weaver <vincent.weaver@maine.edu>
Date:   Fri, 17 Jun 2022 16:11:19 -0400 (EDT)
To:     Rob Herring <robh@kernel.org>
cc:     Vince Weaver <vincent.weaver@maine.edu>,
        "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
        Peter Zijlstra <peterz@infradead.org>,
        Ingo Molnar <mingo@redhat.com>,
        Arnaldo Carvalho de Melo <acme@kernel.org>,
        Alexander Shishkin <alexander.shishkin@linux.intel.com>,
        Jiri Olsa <jolsa@redhat.com>,
        Namhyung Kim <namhyung@kernel.org>,
        Catalin Marinas <catalin.marinas@arm.com>,
        linux-perf-users <linux-perf-users@vger.kernel.org>,
        Will Deacon <will@kernel.org>,
        Mark Rutland <mark.rutland@arm.com>
Subject: Re: [perf] why is /proc/sys/kernel/perf_user_access ARM64 only?
In-Reply-To: <CAL_JsqL+0z1vc+T+9m-faoM-4W=x=7-UBu5=S-QGjTwU2biGNw@mail.gmail.com>
Message-ID: <d4b3f6e2-46f7-7921-17ab-d249f5047a8@maine.edu>
References: <30d95df2-c3b-b3e3-d65e-c6be0355fb1@maine.edu> <CAL_JsqL+0z1vc+T+9m-faoM-4W=x=7-UBu5=S-QGjTwU2biGNw@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Precedence: bulk

On Wed, 15 Jun 2022, Rob Herring wrote:

> On Wed, Jun 15, 2022 at 11:57 AM Vince Weaver <vincent.weaver@maine.edu> wrote:
> > It turns out ARM64 has added a custom
> >         "/proc/sys/kernel/perf_user_access"
> > to control rdpmc access, but only on ARM64.
> >         e2012600810c9ded81f6f63a8d04781be3c300ad
> >
> > Why is this ARM64-only?  Why isn't this generic perf infrastructure?
> 
> Adding it on x86 would break users at least if default off.

Well in theory the file could have been added on x86 but default to on.
Some of the low-level perf feature detection is bad enough as is, without
having architecture-dependent proc files to worry about too.

> > How is this different from the existing
> >         /sys/bus/event_source/devices/cpu/rdpmc
> > tooling?
> 
> big.LITTLE

interesting.  I wonder how x86 Alder Lake deals with things.

In any case I guess it's really too late to do anything about this.  I 
should check to make sure the manpage gets updated.

Vince