mirror of https://lore.kernel.org/lkml/
 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 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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

Powered by JetHome