From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753413Ab2LOQfk (ORCPT ); Sat, 15 Dec 2012 11:35:40 -0500 Received: from ud10.udmedia.de ([194.117.254.50]:43175 "EHLO mail.ud10.udmedia.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751505Ab2LOQfj (ORCPT ); Sat, 15 Dec 2012 11:35:39 -0500 Date: Sat, 15 Dec 2012 17:35:35 +0100 From: Markus Trippelsdorf To: Linus Torvalds Cc: David Howells , Grant Likely , Guennadi Liakhovetski , "H. Peter Anvin" , Arnd Bergmann , Dave Jones , Ingo Molnar , Linux Kernel Mailing List , Michael Kerrisk , "Paul E. McKenney" , Thomas Gleixner , Matt Fleming Subject: Re: [GIT PULL] x86/uapi for 3.8 Message-ID: <20121215163535.GB229@x4> References: <201212122211.qBCMBRxl027895@terminus.zytor.com> <23916.1355356085@warthog.procyon.org.uk> <21507.1355528749@warthog.procyon.org.uk> <20121215163323.GA229@x4> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20121215163323.GA229@x4> Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 2012.12.15 at 17:33 +0100, Markus Trippelsdorf wrote: > On 2012.12.14 at 17:47 -0800, Linus Torvalds wrote: > > On Fri, Dec 14, 2012 at 5:41 PM, Linus Torvalds > > wrote: > > > I was wrong. It's not the x86 UAPI split, it's the DT pull. More people added. > > > > Looking at the merge (just in case it could have done something odd), > > I'm starting to worry that this is some nasty heisenbug, and my > > bisection is not trustworthy at all. Because the DT pull sure as heck > > doesn't look like a likely candidate for anything either. > > > > Ho humm. Anybody else see anything strange? > > Yes. I'm seeing a BUG early during boot on my machine (RIP=NULL): > > BUG: unable to handle kernel NULL pointer dereference at (null) > > This is caused by: > > commit 53b87cf088e2ea68d7c59619d0214cc15bb76133 > Author: Matt Fleming > Date: Fri Sep 7 18:23:51 2012 +0100 > > x86, mm: Include the entire kernel memory map in trampoline_pgd > > There are various pieces of code in arch/x86 that require a page table > with an identity mapping. Make trampoline_pgd a proper kernel page > table, it currently only includes the kernel text and module space > mapping. > > One new feature of trampoline_pgd is that it now has mappings for the > physical I/O device addresses, which are inserted at ioremap() > time. Some broken implementations of EFI firmware require these > mappings to always be around. > > Acked-by: Jan Beulich > Signed-off-by: Matt Fleming > Adding Matt to CC. -- Markus