All of lore.kernel.org
 help / color / mirror / Atom feed
From: Markus Trippelsdorf <markus@trippelsdorf.de>
To: Linus Torvalds <torvalds@linux-foundation.org>
Cc: David Howells <dhowells@redhat.com>,
	Grant Likely <grant.likely@secretlab.ca>,
	Guennadi Liakhovetski <g.liakhovetski@gmx.de>,
	"H. Peter Anvin" <hpa@linux.intel.com>,
	Arnd Bergmann <arnd@arndb.de>, Dave Jones <davej@redhat.com>,
	Ingo Molnar <mingo@elte.hu>,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
	Michael Kerrisk <mtk.manpages@gmail.com>,
	"Paul E. McKenney" <paulmck@linux.vnet.ibm.com>,
	Thomas Gleixner <tglx@linutronix.de>
Subject: Re: [GIT PULL] x86/uapi for 3.8
Date: Sat, 15 Dec 2012 17:33:23 +0100	[thread overview]
Message-ID: <20121215163323.GA229@x4> (raw)
In-Reply-To: <CA+55aFyd5O_GyB_+BgHVYNLW-DV8xMQ9LOgPU34AtCqVvzfDaQ@mail.gmail.com>

On 2012.12.14 at 17:47 -0800, Linus Torvalds wrote:
> On Fri, Dec 14, 2012 at 5:41 PM, Linus Torvalds
> <torvalds@linux-foundation.org> 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 <matt.fleming@intel.com>
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 <jbeulich@suse.com>
    Signed-off-by: Matt Fleming <matt.fleming@intel.com>

-- 
Markus

  reply	other threads:[~2012-12-15 16:33 UTC|newest]

Thread overview: 39+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-12-12 22:11 [GIT PULL] x86/uapi for 3.8 H. Peter Anvin
2012-12-12 23:48 ` David Howells
2012-12-14 18:25   ` Linus Torvalds
2012-12-14 23:45     ` David Howells
2012-12-15  1:16       ` Linus Torvalds
2012-12-15  1:41         ` Linus Torvalds
2012-12-15  1:47           ` Linus Torvalds
2012-12-15 16:33             ` Markus Trippelsdorf [this message]
2012-12-15 16:35               ` Markus Trippelsdorf
2012-12-16 12:43                 ` Matt Fleming
2012-12-16 13:25                   ` Markus Trippelsdorf
2012-12-16 14:54                     ` Matt Fleming
2012-12-16 20:12                       ` Linus Torvalds
2012-12-16 22:07                         ` Linus Torvalds
2012-12-16 22:25                           ` H. Peter Anvin
2012-12-16 22:40                           ` Matt Fleming
2012-12-16 22:52                             ` Linus Torvalds
2012-12-16 23:49                           ` Markus Trippelsdorf
2012-12-15 18:35               ` Linus Torvalds
2012-12-15 19:41                 ` H. Peter Anvin
2012-12-15 19:58                   ` Linus Torvalds
2012-12-15 20:06                     ` Markus Trippelsdorf
2012-12-15 21:04                     ` Markus Trippelsdorf
2012-12-15 21:06                       ` Linus Torvalds
2012-12-15 21:36                         ` H. Peter Anvin
2012-12-15 22:05                         ` Yinghai Lu
2012-12-15 23:37                           ` Linus Torvalds
2012-12-15 23:46                             ` H. Peter Anvin
2012-12-16 12:46                             ` Matt Fleming
2012-12-15 21:37                     ` Dave Jones
2012-12-15 23:47                       ` H. Peter Anvin
2012-12-17  9:04                 ` Jan Beulich
2012-12-17 15:44                   ` Linus Torvalds
2012-12-17 16:00                     ` Jan Beulich
2012-12-17 16:39                       ` H. Peter Anvin
2012-12-17 17:03                         ` Jan Beulich
2012-12-17 17:15                           ` H. Peter Anvin
2012-12-18  8:02                             ` Jan Beulich
2012-12-15  4:25         ` H. Peter Anvin

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20121215163323.GA229@x4 \
    --to=markus@trippelsdorf.de \
    --cc=arnd@arndb.de \
    --cc=davej@redhat.com \
    --cc=dhowells@redhat.com \
    --cc=g.liakhovetski@gmx.de \
    --cc=grant.likely@secretlab.ca \
    --cc=hpa@linux.intel.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=mingo@elte.hu \
    --cc=mtk.manpages@gmail.com \
    --cc=paulmck@linux.vnet.ibm.com \
    --cc=tglx@linutronix.de \
    --cc=torvalds@linux-foundation.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.