From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751981AbdJXLj4 convert rfc822-to-8bit (ORCPT ); Tue, 24 Oct 2017 07:39:56 -0400 Received: from terminus.zytor.com ([65.50.211.136]:56839 "EHLO mail.zytor.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751865AbdJXLjx (ORCPT ); Tue, 24 Oct 2017 07:39:53 -0400 Date: Tue, 24 Oct 2017 13:32:51 +0200 User-Agent: K-9 Mail for Android In-Reply-To: <20171017154241.f4zaxakfl7fcrdz5@node.shutemov.name> References: <20170929140821.37654-1-kirill.shutemov@linux.intel.com> <20171003082754.no6ym45oirah53zp@node.shutemov.name> <20171017154241.f4zaxakfl7fcrdz5@node.shutemov.name> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8BIT Subject: Re: [PATCH 0/6] Boot-time switching between 4- and 5-level paging for 4.15, Part 1 To: "Kirill A. Shutemov" , Ingo Molnar CC: "Kirill A. Shutemov" , Linus Torvalds , x86@kernel.org, Thomas Gleixner , Andrew Morton , Andy Lutomirski , Cyrill Gorcunov , Borislav Petkov , linux-mm@kvack.org, linux-kernel@vger.kernel.org From: hpa@zytor.com Message-ID: Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On October 17, 2017 5:42:41 PM GMT+02:00, "Kirill A. Shutemov" wrote: >On Tue, Oct 03, 2017 at 11:27:54AM +0300, Kirill A. Shutemov wrote: >> On Fri, Sep 29, 2017 at 05:08:15PM +0300, Kirill A. Shutemov wrote: >> > The first bunch of patches that prepare kernel to boot-time >switching >> > between paging modes. >> > >> > Please review and consider applying. >> >> Ping? > >Ingo, is there anything I can do to get review easier for you? > >I hoped to get boot-time switching code into v4.15... One issue that has come up with this is what happens if the kernel is loaded above 4 GB and we need to switch page table mode. In that case we need enough memory below the 4 GB point to hold a root page table (since we can't write the upper half of cr3 outside of 64-bit mode) and a handful of instructions. We have no real way to know for sure what memory is safe without parsing all the memory maps and map out all the data structures that The bootloader has left for the kernel. I'm thinking that the best way to deal with this is to add an entry in setup_data to provide a pointers, with the kernel header specifying a necessary size and alignment. -- Sent from my Android device with K-9 Mail. Please excuse my brevity.