From: mpe@ellerman.id.au (Michael Ellerman)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH 1/2] perf_event: remove unused DEBUG_PERF_USE_VMALLOC
Date: Sat, 10 Sep 2016 20:27:18 +1000 [thread overview]
Message-ID: <87lgz0nj7d.fsf@concordia.ellerman.id.au> (raw)
In-Reply-To: <20160830140834.6d1edf7abd9d95c02dae7820@arm.com>
Kim Phillips <kim.phillips@arm.com> writes:
> This 'DEBUG'-prefixed version of PERF_USE_VMALLOC is not used anywhere.
> It appears to be leftovers from commit 906010b "perf_event: Provide
> vmalloc() based mmap() backing" that introduced it.
>
> Not sure what commit cb30711 "perf_event: Don't allow vmalloc() backed
> perf on powerpc" was trying to do with it either.
Preventing its use on powerpc, because it doesn't work, I thought the
change log was pretty clear:
perf_event: Don't allow vmalloc() backed perf on powerpc
On powerpc the perf event interrupt is not masked when interrupts are
disabled, allowing it to function as an NMI.
This causes problems if perf is using vmalloc. If we take a page fault
on the vmalloc region the fault handler will fail the page fault because
it detects we are coming in from an NMI (see do_hash_page()).
We don't actually need or want vmalloc backed perf so just disable it on
powerpc.
If there are ARM cpus that don't want it enabled then you should
probably do a similar patch for ARM.
cheers
prev parent reply other threads:[~2016-09-10 10:27 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-08-30 19:08 [PATCH 1/2] perf_event: remove unused DEBUG_PERF_USE_VMALLOC Kim Phillips
2016-08-31 7:04 ` Peter Zijlstra
2016-09-10 10:27 ` Michael Ellerman [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87lgz0nj7d.fsf@concordia.ellerman.id.au \
--to=mpe@ellerman.id.au \
--cc=linux-arm-kernel@lists.infradead.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox