linux-kernel - Re: 2.6.39.1 immediately reboots/resets on EFI system

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <20110611152931.GA13902@srcf.ucam.org>
Date:	Sat, 11 Jun 2011 16:29:31 +0100
From:	Matthew Garrett <mjg59@...f.ucam.org>
To:	Yinghai Lu <yinghai@...nel.org>
Cc:	Maarten Lankhorst <m.b.lankhorst@...il.com>,
	Jim Bos <jim876@...all.nl>,
	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 Fri, Jun 10, 2011 at 04:26:20PM -0700, Yinghai Lu wrote:
> On 06/10/2011 04:03 PM, Matthew Garrett wrote:
> > The medium-term fix is to ensure that the bootloaders don't put the 
> > kernel on top of boot services code. 
> 
> that is not enough, will need to make arch/x86/boot/compressed/head_64.S parse e820 table to find right decompress position.

That's fine, we can ensure we load it where there's enough space.

> > But the short-term fix here is to allocate all boot 
> > services regions that don't overlap with the kernel. That'll fix some 
> > number of machines and shouldn't break any existing ones.
> 
> that is questionable and dangerous. before SetVirtualAddressMap, some function in boot service could be called,
> those data or code for boot services could be overlapped kernel. so kernel code could be damaged by those calling.

Right now it's guaranteed that the system will crash in this situation. 
It seems reasonable to give it a fighting chance.

> also that will make our kernel code more messy.

It's code that deals with firmware, so really that's a given...

-- 
Matthew Garrett | mjg59@...f.ucam.org
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/