From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752831AbdEHD0C (ORCPT ); Sun, 7 May 2017 23:26:02 -0400 Received: from relay3.sgi.com ([192.48.152.1]:52277 "EHLO relay.sgi.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1751061AbdEHD0A (ORCPT ); Sun, 7 May 2017 23:26:00 -0400 X-Greylist: delayed 455 seconds by postgrey-1.27 at vger.kernel.org; Sun, 07 May 2017 23:26:00 EDT Date: Sun, 7 May 2017 22:18:23 -0500 From: Russ Anderson To: Borislav Petkov Cc: Matt Fleming , Baoquan He , linux-kernel@vger.kernel.org, Dave Young , Ard Biesheuvel , Thomas Gleixner , Ingo Molnar , "H. Peter Anvin" , Thomas Garnier , Kees Cook , x86@kernel.org, linux-efi@vger.kernel.org, Alex Thorlton , Russ Anderson , Dimitri Sivanich , Mike Travis Subject: Re: [PATCH v2] x86/efi: Correct ident mapping of efi old_map when kalsr enabled Message-ID: <20170508031823.GA5280@hpe.com> Reply-To: Russ Anderson References: <1493294823-9315-1-git-send-email-bhe@redhat.com> <20170505204214.GB5225@codeblueprint.co.uk> <20170505233620.eka5md5mmnp4ituz@pd.tnic> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20170505233620.eka5md5mmnp4ituz@pd.tnic> User-Agent: Mutt/1.5.17 (2007-11-01) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sat, May 06, 2017 at 01:36:20AM +0200, Borislav Petkov wrote: > On Fri, May 05, 2017 at 09:42:14PM +0100, Matt Fleming wrote: > > (Including the folks from SGI since this was hit on a UV system) > > Wasn't there a BIOS fix supplied at some point which obviated the need > to boot with efi=old_map on SGI boxes? Yes, and other fixes to get new and old mapping working (except for UV1 hardware). The kaslr patchset broke booting with old mapping. That is the issue Baoquan, Bhupesh, and legacy SGI engineers are trying to fix. For those that want a more detailed summary: In early 2014 upstream EFI changed the mapping, which lead to setting EFI_OLD_MEMMAP on all UV systems. https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=a5d90c923bcfb9632d998ed06e9569216ad695f3 Later upstream fixes, plus a bios fix, got new mapping working. Here are a couple of the fixes. https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=08914f436bdd2ed60923f49cbc402307aba20fe4 https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/arch/x86/platform/uv/bios_uv.c?id=f72075c9eda8a43aeea2f9dbb8d187afd4a76f0b This patch enabled new EFI mapping on UV2+ platforms (all but UV1). Note this is not bios version checking, it is hardware platform checking. https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/arch/x86/platform/efi/quirks.c?id=d394f2d9d8e1e7b4959819344baf67b5995da9b0 One of the fixes to get new map to work broke old map. This patch fixed it. https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/arch/x86/platform/uv/bios_uv.c?id=caef78b6cdeddf4ad364f95910bba6b43b8eb9bf So upstream with recent bios works on UV2, UV3, and UV4 hardware platforms, both old and new mapping, with new mapping being the default. Thanks. -- Russ Anderson, Hawks 2 Linux Kernel Group Manager HPE - Hewlett Packard Enterprise (formerly SGI) rja@hpe.com (rja@sgi.com)