From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754920Ab2LLRpS (ORCPT ); Wed, 12 Dec 2012 12:45:18 -0500 Received: from terminus.zytor.com ([198.137.202.10]:50023 "EHLO mail.zytor.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754366Ab2LLRpP (ORCPT ); Wed, 12 Dec 2012 12:45:15 -0500 Message-ID: <50C8C259.4010907@zytor.com> Date: Wed, 12 Dec 2012 09:43:53 -0800 From: "H. Peter Anvin" User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: Borislav Petkov , Yinghai Lu , "Yu, Fenghua" , "mingo@kernel.org" , "linux-kernel@vger.kernel.org" , "tglx@linutronix.de" , "hpa@linux.intel.com" , "linux-tip-commits@vger.kernel.org" , Konrad Rzeszutek Wilk , Stefano Stabellini Subject: Re: [tip:x86/microcode] x86/microcode_intel_early.c: Early update ucode on Intel's CPU References: <50C763C2.5020603@zytor.com> <20121211170605.GD28827@liondog.tnic> <50C76F9E.4080001@zytor.com> <50C7C859.60405@zytor.com> <50C82ABF.3020907@zytor.com> <20121212133853.GC8760@liondog.tnic> In-Reply-To: <20121212133853.GC8760@liondog.tnic> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 12/12/2012 05:38 AM, Borislav Petkov wrote: > > We completely lost level3_ident_pgt, causing: > > arch/x86/built-in.o: In function `setup_real_mode': > /home/boris/kernel/linux-2.6/arch/x86/realmode/init.c:81: undefined reference to `level3_ident_pgt' > make: *** [vmlinux] Error 1 > > > You still need that NEXT_PAGE(level1_fixmap_pgt) thing: > > arch/x86/kernel/head_64.o: In function `level2_fixmap_pgt': > (.data+0x2fd0): undefined reference to `level1_fixmap_pgt' > Yes, I said it wasn't a complete patch. There are bits missing, and some of them need restructuring. The ident page table in the trampoline should be handled by mirroring the kernel ident page tables instead, for example -- right now that is completely broken if the kernel lives above the 512 GiB mark. -hpa -- H. Peter Anvin, Intel Open Source Technology Center I work for Intel. I don't speak on their behalf.