On PPC32, enums are 32 bits, so __PERF_SAMPLE_CALLCHAIN_EARLY is
out of scope. The following sparse warning is encountered:
CHECK arch/powerpc/kernel/process.c
./include/uapi/linux/perf_event.h:147:56: warning: cast truncates bits from constant value (8000000000000000 becomes 0)
This patch changes it to a #define
Fixes: 6cbc304f2f360 ("perf/x86/intel: Fix unwind errors from PEBS entries (mk-II)")
Signed-off-by: Christophe Leroy <redacted>
---
include/uapi/linux/perf_event.h | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
From: Peter Zijlstra <peterz@infradead.org> Date: 2018-09-07 13:43:04
On Fri, Sep 07, 2018 at 01:27:19PM +0000, Christophe Leroy wrote:
On PPC32, enums are 32 bits, so __PERF_SAMPLE_CALLCHAIN_EARLY is
out of scope. The following sparse warning is encountered:
CHECK arch/powerpc/kernel/process.c
./include/uapi/linux/perf_event.h:147:56: warning: cast truncates bits from constant value (8000000000000000 becomes 0)
Urgh... what compiler is that? I've not seen anything like that from the
build bots.
On Fri, Sep 07, 2018 at 01:27:19PM +0000, Christophe Leroy wrote:
quoted
On PPC32, enums are 32 bits, so __PERF_SAMPLE_CALLCHAIN_EARLY is
out of scope. The following sparse warning is encountered:
CHECK arch/powerpc/kernel/process.c
./include/uapi/linux/perf_event.h:147:56: warning: cast truncates bits from constant value (8000000000000000 becomes 0)
Urgh... what compiler is that? I've not seen anything like that from the
build bots.
From: Peter Zijlstra <peterz@infradead.org> Date: 2018-09-07 13:58:26
On Fri, Sep 07, 2018 at 01:50:18PM +0000, Christophe Leroy wrote:
On 09/07/2018 01:42 PM, Peter Zijlstra wrote:
quoted
On Fri, Sep 07, 2018 at 01:27:19PM +0000, Christophe Leroy wrote:
quoted
On PPC32, enums are 32 bits, so __PERF_SAMPLE_CALLCHAIN_EARLY is
out of scope. The following sparse warning is encountered:
CHECK arch/powerpc/kernel/process.c
./include/uapi/linux/perf_event.h:147:56: warning: cast truncates bits from constant value (8000000000000000 becomes 0)
Urgh... what compiler is that? I've not seen anything like that from the
build bots.
Ah, that's a sparse warning. But does your GCC agree? The thing is,
sparse uses the C enum spec, but I suspect GCC uses the C++ enum spec
and it all works fine.
From: Peter Zijlstra <peterz@infradead.org> Date: 2018-09-07 14:14:06
On Fri, Sep 07, 2018 at 03:58:17PM +0200, Peter Zijlstra wrote:
On Fri, Sep 07, 2018 at 01:50:18PM +0000, Christophe Leroy wrote:
quoted
On 09/07/2018 01:42 PM, Peter Zijlstra wrote:
quoted
On Fri, Sep 07, 2018 at 01:27:19PM +0000, Christophe Leroy wrote:
quoted
On PPC32, enums are 32 bits, so __PERF_SAMPLE_CALLCHAIN_EARLY is
out of scope. The following sparse warning is encountered:
CHECK arch/powerpc/kernel/process.c
./include/uapi/linux/perf_event.h:147:56: warning: cast truncates bits from constant value (8000000000000000 becomes 0)
Urgh... what compiler is that? I've not seen anything like that from the
build bots.
Ah, that's a sparse warning. But does your GCC agree? The thing is,
sparse uses the C enum spec, but I suspect GCC uses the C++ enum spec
and it all works fine.
What does the below proglet print on your PPC32 box? I suspect the
output will be:
400000000000
and all is well.
---
#include <stdio.h>
enum ponies {
big = 1ULL<<46,
};
int main(int argc, char **argv)
{
unsigned long long val = big;
printf("%Lx\n", val);
return 0;
}
On Fri, Sep 07, 2018 at 01:50:18PM +0000, Christophe Leroy wrote:
quoted
On 09/07/2018 01:42 PM, Peter Zijlstra wrote:
quoted
On Fri, Sep 07, 2018 at 01:27:19PM +0000, Christophe Leroy wrote:
quoted
On PPC32, enums are 32 bits, so __PERF_SAMPLE_CALLCHAIN_EARLY is
out of scope. The following sparse warning is encountered:
CHECK arch/powerpc/kernel/process.c
./include/uapi/linux/perf_event.h:147:56: warning: cast truncates bits from constant value (8000000000000000 becomes 0)
Urgh... what compiler is that? I've not seen anything like that from the
build bots.
Ah, that's a sparse warning. But does your GCC agree? The thing is,
sparse uses the C enum spec, but I suspect GCC uses the C++ enum spec
and it all works fine.
Ah yes, it seems that GCC is happy. So sparse should be fixed instead ?
Anyway, is it really correct to put this constant inside that enum,
after PERF_SAMPLE_MAX ?
Christophe
From: Peter Zijlstra <peterz@infradead.org> Date: 2018-09-07 14:24:01
On Fri, Sep 07, 2018 at 04:15:33PM +0200, Christophe LEROY wrote:
Ah yes, it seems that GCC is happy. So sparse should be fixed instead ?
Ideally, yes.
Anyway, is it really correct to put this constant inside that enum, after
PERF_SAMPLE_MAX ?
It is a bit of a hack, agreed. What we do is use the top bit of that
word (u64) for some internal state. By placing it there (after MAX) we
ensure it is not available for userspace (trying to set it will return
in -EINVAL) and by keeping it in the enum we know that bit is
unavailable for future use.
I have a patch queued that puts a little comment on that:
https://git.kernel.org/pub/scm/linux/kernel/git/peterz/queue.git/commit/?h=perf/urgent&id=34cad593c9ea350a1811ab718e64b36e5cde870c
(url is not stable, as I regenerate that git tree from quilt every so
often, but it should probably last the day).
From: Luc Van Oostenryck <hidden> Date: 2018-09-07 18:44:06
On Fri, Sep 07, 2018 at 04:15:33PM +0200, Christophe LEROY wrote:
Le 07/09/2018 à 15:58, Peter Zijlstra a écrit :
quoted
On Fri, Sep 07, 2018 at 01:50:18PM +0000, Christophe Leroy wrote:
quoted
On 09/07/2018 01:42 PM, Peter Zijlstra wrote:
quoted
On Fri, Sep 07, 2018 at 01:27:19PM +0000, Christophe Leroy wrote:
quoted
On PPC32, enums are 32 bits, so __PERF_SAMPLE_CALLCHAIN_EARLY is
out of scope. The following sparse warning is encountered:
CHECK arch/powerpc/kernel/process.c
./include/uapi/linux/perf_event.h:147:56: warning: cast truncates bits from constant value (8000000000000000 becomes 0)
Urgh... what compiler is that? I've not seen anything like that from the
build bots.
Ah, that's a sparse warning. But does your GCC agree? The thing is,
sparse uses the C enum spec, but I suspect GCC uses the C++ enum spec
and it all works fine.
Sparse is a bit weird about the exact underlying type used for enums.
Ah yes, it seems that GCC is happy. So sparse should be fixed instead ?
I'll investigate (I suppose the same is given on x86-32).
-- Luc
From: Luc Van Oostenryck <hidden> Date: 2018-09-07 23:56:01
On Fri, Sep 07, 2018 at 08:43:59PM +0200, Luc Van Oostenryck wrote:
On Fri, Sep 07, 2018 at 04:15:33PM +0200, Christophe LEROY wrote:
quoted
Le 07/09/2018 à 15:58, Peter Zijlstra a écrit :
quoted
On Fri, Sep 07, 2018 at 01:50:18PM +0000, Christophe Leroy wrote:
quoted
On 09/07/2018 01:42 PM, Peter Zijlstra wrote:
quoted
On Fri, Sep 07, 2018 at 01:27:19PM +0000, Christophe Leroy wrote:
quoted
On PPC32, enums are 32 bits, so __PERF_SAMPLE_CALLCHAIN_EARLY is
out of scope. The following sparse warning is encountered:
CHECK arch/powerpc/kernel/process.c
./include/uapi/linux/perf_event.h:147:56: warning: cast truncates bits from constant value (8000000000000000 becomes 0)
Urgh... what compiler is that? I've not seen anything like that from the
build bots.
Ah, that's a sparse warning. But does your GCC agree? The thing is,
sparse uses the C enum spec, but I suspect GCC uses the C++ enum spec
and it all works fine.
Sparse is a bit weird about the exact underlying type used for enums.
quoted
Ah yes, it seems that GCC is happy. So sparse should be fixed instead ?
I'll investigate (I suppose the same is given on x86-32).
It's definitively a bug in sparse. A relatively nasty one and which
open a can of worms. Fortunately, I had already looked at these
problems in May, I just didn't had the time to push the patches.
-- Luc