[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20180504093002.GC4493@rric.localdomain>
Date: Fri, 4 May 2018 11:30:02 +0200
From: Robert Richter <robert.richter@...ium.com>
To: Matt Redfearn <matt.redfearn@...s.com>
Cc: James Hogan <jhogan@...nel.org>,
Ralf Baechle <ralf@...ux-mips.org>, linux-mips@...ux-mips.org,
Huacai Chen <chenhc@...ote.com>, linux-kernel@...r.kernel.org,
Jiaxun Yang <jiaxun.yang@...goat.com>,
Krzysztof Kozlowski <krzk@...nel.org>,
Robert Richter <rric@...nel.org>, oprofile-list@...ts.sf.net
Subject: Re: [RFC PATCH] MIPS: Oprofile: Drop support
On 24.04.18 14:15:58, Matt Redfearn wrote:
> On 24/04/18 14:05, James Hogan wrote:
> >On Tue, Apr 24, 2018 at 01:55:54PM +0100, Matt Redfearn wrote:
> >>Since it appears that MIPS oprofile support is currently broken, core
> >>oprofile is not getting many updates and not as many architectures
> >>implement support for it compared to perf, remove the MIPS support.
> >
> >That sounds reasonable to me. Any idea how long its been broken?
>
> Sorry, not yet. I haven't yet looked into where/how it's broken that would
> narrow that down...
oprofile moved to perf syscall as kernel i/f with version 1.0.0. The
opcontrol script that was using the oprofile kernel i/f was removed:
https://sourceforge.net/p/oprofile/oprofile/ci/0c142c3a096d3e9ec42cc9b0ddad994fea60d135/
Thus, cpus that do not support the perf syscall are no longer
supported by 1.x releases.
https://sourceforge.net/p/oprofile/oprofile/ci/797d01dea0b82dbbdb0c21112a3de75990e011d2/
For those remainings there is still version 0.9.x available (tagged
PRE_RELEASE_1_0).
I am undecided whether removing oprofile kernel i/f falls under the
rule of "never break user space" here. Strictly seen, yes it breaks
those remainings. So if the perf syscall is not available as an
alternative, the oprofile kernel support shouldn't be removed.
-Robert
Powered by blists - more mailing lists