On Mon, Nov 02 2020 at 12:53, ira weiny wrote:
Fenghua Yu (2): x86/pks: Enable Protection Keys Supervisor (PKS) x86/pks: Add PKS kernel API
Ira Weiny (7): x86/pkeys: Create pkeys_common.h x86/fpu: Refactor arch_set_user_pkey_access() for PKS support x86/pks: Preserve the PKRS MSR on context switch x86/entry: Pass irqentry_state_t by reference x86/entry: Preserve PKRS MSR across exceptions x86/fault: Report the PKRS state on fault x86/pks: Add PKS test code
Thomas Gleixner (1): x86/entry: Move nmi entry/exit into common code
So the actual patch ordering is:
x86/pkeys: Create pkeys_common.h x86/fpu: Refactor arch_set_user_pkey_access() for PKS support x86/pks: Enable Protection Keys Supervisor (PKS) x86/pks: Preserve the PKRS MSR on context switch x86/pks: Add PKS kernel API
x86/entry: Move nmi entry/exit into common code x86/entry: Pass irqentry_state_t by reference
x86/entry: Preserve PKRS MSR across exceptions x86/fault: Report the PKRS state on fault x86/pks: Add PKS test code
This is the wrong ordering, really.
x86/entry: Move nmi entry/exit into common code
is a general cleanup and has absolutely nothing to do with PKRS.So this wants to go first.
Also:
x86/entry: Move nmi entry/exit into common code
is a prerequisite for the rest. So why is it in the middle of the series?
And then you enable all that muck _before_ it is usable:
Patch 3/N: x86/pks: Enable Protection Keys Supervisor (PKS)
Bisectability is overrrated, right?
Once again: Read an understand Documentation/process/*
Aside of that using a spell checker is not optional.
Thanks,
tglx