On Tue, Feb 13, 2018 at 09:21:58AM -0800, tip-bot for Kirill A. Shutemov wrote: > Commit-ID: 89674e91fcf51f77dc4e87b77c6840f31b85077d > Gitweb: > https://git.kernel.org/tip/89674e91fcf51f77dc4e87b77c6840f31b85077d > Author: Kirill A. Shutemov <kirill.shute...@linux.intel.com> > AuthorDate: Fri, 9 Feb 2018 17:22:28 +0300 > Committer: Ingo Molnar <mi...@kernel.org> > CommitDate: Tue, 13 Feb 2018 18:16:22 +0100 > > x86/boot/compressed/64: Handle 5-level paging boot if kernel is above 4G > > This patch addresses a shortcoming in current boot process on machines > that supports 5-level paging. > > If a bootloader enables 64-bit mode with 4-level paging, we might need to > switch over to 5-level paging. The switching requires the disabling > paging. It works fine if kernel itself is loaded below 4G. > > But if the bootloader put the kernel above 4G (not sure if anybody does > this), we would lose control as soon as paging is disabled, because the > code becomes unreachable to the CPU. > > This patch implements a trampoline in lower memory to handle this > situation. > > We only need the memory for a very short time, until the main kernel > image sets up own page tables. > > We go through the trampoline even if we don't have to: if we're already > in 5-level paging mode or if we don't need to switch to it. This way the > trampoline gets tested on every boot. > > Debugged-by: "Kirill A. Shutemov" <kir...@shutemov.name> > Tested-by: "Kirill A. Shutemov" <kir...@shutemov.name> > Signed-off-by: Kirill A. Shutemov <kirill.shute...@linux.intel.com> > Cc: Andy Lutomirski <l...@amacapital.net> > Cc: Borislav Petkov <b...@suse.de> > Cc: Cyrill Gorcunov <gorcu...@openvz.org> > Cc: Linus Torvalds <torva...@linux-foundation.org> > Cc: Matthew Wilcox <wi...@infradead.org> > Cc: Peter Zijlstra <pet...@infradead.org> > Cc: Thomas Gleixner <t...@linutronix.de> > Cc: linux...@kvack.org > Link: > http://lkml.kernel.org/r/20180209142228.21231-5-kirill.shute...@linux.intel.com > Signed-off-by: Ingo Molnar <mi...@kernel.org>
Tested-by should be attributed to Andrei. And please ingore my stand-alone fix that I've just posted. -- Kirill A. Shutemov
