Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S933301AbbKMQm4 (ORCPT ); Fri, 13 Nov 2015 11:42:56 -0500 Received: from mail-ig0-f181.google.com ([209.85.213.181]:33949 "EHLO mail-ig0-f181.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932858AbbKMQmy (ORCPT ); Fri, 13 Nov 2015 11:42:54 -0500 MIME-Version: 1.0 In-Reply-To: <20151113092906.GD2716@codeblueprint.co.uk> References: <1447342823-3612-1-git-send-email-matt@codeblueprint.co.uk> <1447342823-3612-7-git-send-email-matt@codeblueprint.co.uk> <20151113092210.GB19922@gmail.com> <20151113092906.GD2716@codeblueprint.co.uk> Date: Fri, 13 Nov 2015 08:42:54 -0800 X-Google-Sender-Auth: iY-RPRd2Of-TSR0QxX_m8OReZOY Message-ID: Subject: Re: [PATCH 6/6] Documentation/x86: Update EFI memory region description From: Linus Torvalds To: Matt Fleming Cc: Ingo Molnar , Thomas Gleixner , "H . Peter Anvin" , Toshi Kani , Linux Kernel Mailing List , "linux-efi@vger.kernel.org" , Borislav Petkov , Sai Praneeth Prakhya , Dave Jones , Andrew Morton , Andy Lutomirski , Denys Vlasenko , Stephen Smalley Content-Type: text/plain; charset=UTF-8 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1251 Lines: 27 On Fri, Nov 13, 2015 at 1:29 AM, Matt Fleming wrote: > On Fri, 13 Nov, at 10:22:10AM, Ingo Molnar wrote: > > You've snipped the patch hunk that gives the address range used, I'm actually wondering if we should strive to make the UEFI stuff more like a user process, and just map the UEFI mappings in low memory in that magic UEFI address space. We won't be able to run those things *as* user space, since I assume the code will want to do a lot of kernely things, but shouldn't we aim to make it look as much like that as possible? Maybe some day we could even strive to run it in some controlled environment (ie user space with fixups, virtual machine, whatever), but even if we never get there it sounds like a potentially good idea to try to set up the mappings to move in that direction.. No big hurry, and maybe there are good reasons not to go that way. The first step is indeed just to get rid of the WX mappings in the normal kernel page tables. Linus -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/