On Fri, Aug 04, 2017 at 11:17:02AM +0200, Peter Zijlstra wrote:
> Yeah, I'll make it pretty, write a changelog and things like that :-)
Slightly different from the earlier one in that I now pass @mm along
instead of @vma. Same thing otherwise.
---
Subject: perf,x86: Fix RDPMC vs mm_struct
On Fri, Aug 04, 2017 at 11:17:02AM +0200, Peter Zijlstra wrote:
> Yeah, I'll make it pretty, write a changelog and things like that :-)
Slightly different from the earlier one in that I now pass @mm along
instead of @vma. Same thing otherwise.
---
Subject: perf,x86: Fix RDPMC vs mm_struct
On Thu, Aug 03, 2017 at 05:37:22PM -0700, Andy Lutomirski wrote:
> Reviewed-by: Andy Lutomirski
Thanks!
> Can you send it upstream and tag it for stable?
Yeah, I'll make it pretty, write a changelog and things like that :-)
On Thu, Aug 03, 2017 at 05:37:22PM -0700, Andy Lutomirski wrote:
> Reviewed-by: Andy Lutomirski
Thanks!
> Can you send it upstream and tag it for stable?
Yeah, I'll make it pretty, write a changelog and things like that :-)
On Wed, Aug 2, 2017 at 10:39 AM, Peter Zijlstra wrote:
> On Wed, Jul 26, 2017 at 03:39:01PM -0400, Vince Weaver wrote:
>> Hello
>>
>> so one last bug found by the PAPI testsuite.
>>
>> This one involves the rdpmc auto-disable on last unmap of an event
>> feature.
>>
>>
On Wed, Aug 2, 2017 at 10:39 AM, Peter Zijlstra wrote:
> On Wed, Jul 26, 2017 at 03:39:01PM -0400, Vince Weaver wrote:
>> Hello
>>
>> so one last bug found by the PAPI testsuite.
>>
>> This one involves the rdpmc auto-disable on last unmap of an event
>> feature.
>>
>> Failing test case:
>>
>>
On Wed, 2 Aug 2017, Peter Zijlstra wrote:
> On Wed, Jul 26, 2017 at 03:39:01PM -0400, Vince Weaver wrote:
> > In fact, current->mm->context.perf_rdpmc_allowed goes negative which seems
> > like it shouldn't happen?
>
> Good find that...
>
> The below seems to fix that for me.
yes, I can
On Wed, 2 Aug 2017, Peter Zijlstra wrote:
> On Wed, Jul 26, 2017 at 03:39:01PM -0400, Vince Weaver wrote:
> > In fact, current->mm->context.perf_rdpmc_allowed goes negative which seems
> > like it shouldn't happen?
>
> Good find that...
>
> The below seems to fix that for me.
yes, I can
On Wed, Jul 26, 2017 at 03:39:01PM -0400, Vince Weaver wrote:
> Hello
>
> so one last bug found by the PAPI testsuite.
>
> This one involves the rdpmc auto-disable on last unmap of an event
> feature.
>
> Failing test case:
>
> fd=perf_event_open();
> addr=mmap(fd);
> exec()
On Wed, Jul 26, 2017 at 03:39:01PM -0400, Vince Weaver wrote:
> Hello
>
> so one last bug found by the PAPI testsuite.
>
> This one involves the rdpmc auto-disable on last unmap of an event
> feature.
>
> Failing test case:
>
> fd=perf_event_open();
> addr=mmap(fd);
> exec()
Hello
so one last bug found by the PAPI testsuite.
This one involves the rdpmc auto-disable on last unmap of an event
feature.
Failing test case:
fd=perf_event_open();
addr=mmap(fd);
exec() // without closing or unmapping the event
fd=perf_event_open();
Hello
so one last bug found by the PAPI testsuite.
This one involves the rdpmc auto-disable on last unmap of an event
feature.
Failing test case:
fd=perf_event_open();
addr=mmap(fd);
exec() // without closing or unmapping the event
fd=perf_event_open();
12 matches
Mail list logo