Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753265AbbKPR7o (ORCPT ); Mon, 16 Nov 2015 12:59:44 -0500 Received: from relay3.sgi.com ([192.48.152.1]:48375 "EHLO relay.sgi.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1752907AbbKPR7m (ORCPT ); Mon, 16 Nov 2015 12:59:42 -0500 From: Alex Thorlton To: linux-kernel@vger.kernel.org Cc: Alex Thorlton , Matt Fleming , Thomas Gleixner , Ingo Molnar , "H. Peter Anvin" , Hedi Berriche , Dimitri Sivanich , x86@kernel.org, linux-efi@vger.kernel.org Subject: [PATCH 1/2] Remove EFI memmap quirk for UV Date: Mon, 16 Nov 2015 11:59:40 -0600 Message-Id: <1447696781-159611-1-git-send-email-athorlton@sgi.com> X-Mailer: git-send-email 1.8.2.1 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1537 Lines: 47 Commit a5d90c923bcf ("x86/efi: Quirk out SGI UV") added a quirk to efi_apply_memmap_quirks to force SGI UV systems to fall back to the old EFI memmap mechanism. We have a BIOS fix for this issue now, so we no longer need this quirk in the kernel. This commit removes the quirk from the function in question. Signed-off-by: Alex Thorlton Acked-by: Mike Travis Acked-by: Russ Anderson Cc: Matt Fleming Cc: Thomas Gleixner Cc: Ingo Molnar Cc: "H. Peter Anvin" Cc: Hedi Berriche Cc: Dimitri Sivanich Cc: x86@kernel.org Cc: linux-efi@vger.kernel.org --- arch/x86/platform/efi/quirks.c | 6 ------ 1 file changed, 6 deletions(-) diff --git a/arch/x86/platform/efi/quirks.c b/arch/x86/platform/efi/quirks.c index 1c7380d..96b417c 100644 --- a/arch/x86/platform/efi/quirks.c +++ b/arch/x86/platform/efi/quirks.c @@ -259,12 +259,6 @@ void __init efi_apply_memmap_quirks(void) pr_info("efi: Setup done, disabling due to 32/64-bit mismatch\n"); efi_unmap_memmap(); } - - /* - * UV doesn't support the new EFI pagetable mapping yet. - */ - if (is_uv_system()) - set_bit(EFI_OLD_MEMMAP, &efi.flags); } /* -- 1.8.5.6 -- 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/