[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <4DEB5D24.8050405@xs4all.nl>
Date: Sun, 05 Jun 2011 12:40:36 +0200
From: Jim Bos <jim876@...all.nl>
To: Matthew Garrett <mjg59@...f.ucam.org>
CC: Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
Greg KH <gregkh@...e.de>,
"H. Peter Anvin" <hpa@...ux.intel.com>
Subject: Re: 2.6.39.1 immediately reboots/resets on EFI system
On 06/03/2011 04:46 PM, Matthew Garrett wrote:
> On Fri, Jun 03, 2011 at 04:26:27PM +0200, Jim Bos wrote:
>> On 06/03/2011 03:33 PM, Matthew Garrett wrote:
>>> ? You've got 143 boot services/code regions, which is more than I'd
>>> tested against, so I'm unsure whether we're overflowing something here.
>>>
>>
>> That's seems to be the only EFI patch in 2.6.39.1 and I effectively
>> removed by =not= applying (skipping) the parts of the 2.6.39.1 patch to
>> above 3 files.
>> So yes removing "x86, efi: Retain boot service code until after
>> switching to virtual mode" indeed fixes the problem for me.
>
> Ok, thanks. I'll look into that. Might be best to drop it from stable
> for the moment until I've made sure it works on machines with excessive
> maps.
>
Matthew,
Another datapoint, just tried a 3.0.0-rc1 kernel, good news is that it
boots. Maybe the "x86, efi: Merge contiguous memory regions of the same
type" helps with these large number of maps?
However, there seems to be something else wrong as I get several "BUG:
Bad page state in process swapper pfn:00000" which have efi functions
on the stack, see dmesg output.
Jim
Download attachment "dmesg-3.0.0-rc1-EFI-bad_pages.gz" of type "application/gzip" (12132 bytes)
Powered by blists - more mailing lists