Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751998Ab1FHTrF (ORCPT ); Wed, 8 Jun 2011 15:47:05 -0400 Received: from rcsinet10.oracle.com ([148.87.113.121]:50198 "EHLO rcsinet10.oracle.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751326Ab1FHTrC (ORCPT ); Wed, 8 Jun 2011 15:47:02 -0400 Message-ID: <4DEFD17C.8000001@kernel.org> Date: Wed, 08 Jun 2011 12:46:04 -0700 From: Yinghai Lu User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.17) Gecko/20110414 SUSE/3.1.10 Thunderbird/3.1.10 MIME-Version: 1.0 To: Matthew Garrett CC: Jim Bos , "H. Peter Anvin" , Ingo Molnar , Thomas Gleixner , Maarten Lankhorst , Linux Kernel Mailing List , Greg KH , Linus Torvalds , Andrew Morton Subject: Re: 2.6.39.1 immediately reboots/resets on EFI system References: <4DED8752.5070005@kernel.org> <4DEDEA73.7010900@gmail.com> <4DEE17F9.6020503@gmail.com> <4DEEA548.5020405@kernel.org> <4DEFA6E3.6090809@xs4all.nl> <4DEFCAE0.6050700@kernel.org> <20110608192321.GA28865@srcf.ucam.org> <4DEFCD07.5020505@kernel.org> <20110608192950.GA29235@srcf.ucam.org> <4DEFCF1A.9030400@kernel.org> <20110608193833.GA29855@srcf.ucam.org> In-Reply-To: <20110608193833.GA29855@srcf.ucam.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Source-IP: acsinet22.oracle.com [141.146.126.238] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090207.4DEFD183.00A5,ss=1,fgs=0 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1349 Lines: 35 On 06/08/2011 12:38 PM, Matthew Garrett wrote: > On Wed, Jun 08, 2011 at 12:35:54PM -0700, Yinghai Lu wrote: >> On 06/08/2011 12:29 PM, Matthew Garrett wrote: >>>> what former? you can not fix some corner case by breaking most other cases. >>> >>> All Dell laptops, all new Apples, some Lenovos, various Intel server >>> platforms. That I've found so far. >> >> do you mean before that patch, all those machine will not boot linux kernel with UEFI support? > > Correct. good, they never test that. just let them to use bootcamp. > >>> And we need to be able to map the boot services code, so we can't put >>> the kernel on top of it. >> >> after bootloader, those area should be free already. > > That's what the spec says. Reality says differently. We need those > ranges to be available to the kernel until after SetVirtualAddressMap() > has been called, which means we need to avoid putting the kernel on top > of them. bootloader will load kernel (bzImage) high, and it will decompressed to 16M ram position. can you call SetVirtualAddressMap before you exit bootloader instead? Yinghai -- 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/