Re: [PATCH v2] x86/mm: avoid premature success when changing page attributes

From	"Jan Beulich" <JBeulich@suse.com>
Newsgroups	linux.kernel
Subject	Re: [PATCH v2] x86/mm: avoid premature success when changing page attributes
Date	2016-02-02 09:50 +0100
Message-ID	<qXEOR-8jh-3@gated-at.bofh.it> (permalink)
References	(1 earlier) <qVvd2-1UN-31@gated-at.bofh.it> <qVvPH-2dw-15@gated-at.bofh.it> <qVvZo-2he-11@gated-at.bofh.it> <qVwsr-2JC-37@gated-at.bofh.it> <qVQr8-MW-5@gated-at.bofh.it>
Organization	linux.* mail to news gateway

Show all headers | View raw

>>> On 28.01.16 at 09:42, <mingo@kernel.org> wrote:
> Could we try a v3?

Okay, I withdraw the patch: Upon further consideration it is note
really clear what the intended behavior of set_memory_*() on
address ranges with mapping holes is supposed to be. The original
issue was with set_memory_nx() (called from mark_rodata_ro())
stumbling across an unmapped region (resulting from an out of
tree change completely unmapping the kernel mappings of
address ranges passed to free_init_pages()). I simply don't have
the time to check whether the unmapping done with
CONFIG_DEBUG_PAGEALLOC would have a similar effect. The
net result in any event were pages (past the hole) reported as
problematic when CONFIG_DEBUG_WX is enabled.

Jan

Back to linux.kernel | Previous | Next — Previous in thread | Find similar | Unroll thread

Thread

Re: [PATCH v2] x86/mm: avoid premature success when changing page  attributes Ingo Molnar <mingo@kernel.org> - 2016-01-28 09:50 +0100
  Re: [PATCH v2] x86/mm: avoid premature success when changing  page attributes "Jan Beulich" <JBeulich@suse.com> - 2016-02-02 09:50 +0100

csiph-web