On Fri, 2017-08-25 at 19:41 +0200, Borislav Petkov wrote: Thanks Borislav for your feedback! > On Fri, Aug 18, 2017 at 05:27:43PM -0700, Ricardo Neri wrote: > > Both head_32.S and head_64.S utilize the same value to initialize the > > control register CR0. Also, other parts of the kernel might want to access > > to this initial definition (e.g., emulation code for User-Mode Instruction > > s/to // > > > Prevention uses this state to provide a sane dummy value for CR0 when I'll make this change. > > emulating the smsw instruction). Thus, relocate this definition to a > > header file from which it can be conveniently accessed. > > > > Cc: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx> > > Cc: Andy Lutomirski <luto@xxxxxxxxxxxxxx> > > Cc: Andy Lutomirski <luto@xxxxxxxxxx> > > Cc: Borislav Petkov <bp@xxxxxxxxx> > > Cc: Brian Gerst <brgerst@xxxxxxxxx> > > Cc: Dave Hansen <dave.hansen@xxxxxxxxx> > > Cc: Denys Vlasenko <dvlasenk@xxxxxxxxxx> > > Cc: H. Peter Anvin <hpa@xxxxxxxxx> > > Cc: Josh Poimboeuf <jpoimboe@xxxxxxxxxx> > > Cc: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx> > > Cc: Peter Zijlstra <peterz@xxxxxxxxxxxxx> > > Cc: Thomas Gleixner <tglx@xxxxxxxxxxxxx> > > Cc: linux-arch@xxxxxxxxxxxxxxx > > Cc: linux-mm@xxxxxxxxx > > Suggested-by: Borislav Petkov <bp@xxxxxxxxx> > > Signed-off-by: Ricardo Neri <ricardo.neri-calderon@xxxxxxxxxxxxxxx> > > --- > > arch/x86/include/uapi/asm/processor-flags.h | 6 ++++++ > > arch/x86/kernel/head_32.S | 3 --- > > arch/x86/kernel/head_64.S | 3 --- > > 3 files changed, 6 insertions(+), 6 deletions(-) > > > > diff --git a/arch/x86/include/uapi/asm/processor-flags.h b/arch/x86/include/uapi/asm/processor-flags.h > > index 185f3d10c194..aae1f2aa7563 100644 > > --- a/arch/x86/include/uapi/asm/processor-flags.h > > +++ b/arch/x86/include/uapi/asm/processor-flags.h > > @@ -151,5 +151,11 @@ > > #define CX86_ARR_BASE 0xc4 > > #define CX86_RCR_BASE 0xdc > > > > +/* > > + * Initial state of CR0 for head_32/64.S > > + */ > > No need for that comment. > > With the minor nitpicks addressed, you can add: > > Reviewed-by: Borislav Petkov <bp@xxxxxxx> Thank you! Is it necessary for me to submit a v9 with these updates? Perhaps I can make these updates in branch for the maintainers to pull when/if this series is ack'ed. Thanks and BR, Ricardo -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@xxxxxxxxx. For more info on Linux MM, see: http://www.linux-mm.org/ . Don't email: <a href=mailto:"dont@xxxxxxxxx";> email@xxxxxxxxx </a>
