From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752268AbdKZPTs (ORCPT ); Sun, 26 Nov 2017 10:19:48 -0500 Received: from mail-wm0-f66.google.com ([74.125.82.66]:42677 "EHLO mail-wm0-f66.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752233AbdKZPTq (ORCPT ); Sun, 26 Nov 2017 10:19:46 -0500 X-Google-Smtp-Source: AGs4zMY2cFllAh6rRDwDZAHFBmgUq6J9FkAVHIMZm4bkRIJRGpCt/Pnv+WLiUQc0tabiPQ5pjN0ycg== Date: Sun, 26 Nov 2017 16:19:43 +0100 From: Ingo Molnar To: Thomas Gleixner Cc: linux-kernel@vger.kernel.org, Dave Hansen , Andy Lutomirski , "H . Peter Anvin" , Peter Zijlstra , Borislav Petkov , Linus Torvalds Subject: Re: [PATCH 28/43] x86/mm/kaiser: Map cpu entry area Message-ID: <20171126151943.z3vxab2mbulre5ph@gmail.com> References: <20171124172411.19476-1-mingo@kernel.org> <20171124172411.19476-29-mingo@kernel.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: NeoMutt/20170609 (1.8.3) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org * Thomas Gleixner wrote: > On Fri, 24 Nov 2017, Ingo Molnar wrote: > > +void kaiser_add_mapping_cpu_entry(int cpu) > > +{ > > + kaiser_add_user_map_early(get_cpu_gdt_ro(cpu), PAGE_SIZE, > > + __PAGE_KERNEL_RO); > > + > > + /* includes the entry stack */ > > + kaiser_add_user_map_early(&get_cpu_entry_area(cpu)->tss, > > + sizeof(get_cpu_entry_area(cpu)->tss), > > + __PAGE_KERNEL | _PAGE_GLOBAL); > > + > > + /* Entry code, so needs to be EXEC */ > > + kaiser_add_user_map_early(&get_cpu_entry_area(cpu)->entry_trampoline, > > + sizeof(get_cpu_entry_area(cpu)->entry_trampoline), > > + __PAGE_KERNEL_EXEC | _PAGE_GLOBAL); > > This creates a RWX mapping and wants to be __PAGE_KERNEL_RX! So I think __PAGE_KERNEL_EXEC and __PAGE_KERNEL are really dangerous names which creates RWX mappings without people intending it. Should be renamed to something like __PAGE_KERNEL_RWX ? And not be used anywhere ... Thanks, Ingo