All of lore.kernel.org
 help / color / mirror / Atom feed
From: Madper Xie <cxie-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
To: Matt Fleming <matt-HNK1S37rvNbeXh+fF434Mdi2O/JbrIOy@public.gmane.org>
Cc: Madper Xie <cxie-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>,
	Matt Fleming
	<matt.fleming-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>,
	"linux-kernel@vger.kernel.org"
	<linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	"linux-efi@vger.kernel.org"
	<linux-efi-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	Adam Williamson
	<awilliam-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
Subject: Re: [BUG] can't boot up: unable to handle kernel paging request at ffffffffff340003
Date: Tue, 11 Feb 2014 11:00:52 +0800	[thread overview]
Message-ID: <87mwhy8iaj.fsf@redhat.com> (raw)
In-Reply-To: <20140210175246.GB2887-HNK1S37rvNbeXh+fF434Mdi2O/JbrIOy@public.gmane.org>


matt-HNK1S37rvNbeXh+fF434Mdi2O/JbrIOy@public.gmane.org writes:

> On Mon, 10 Feb, at 03:23:33PM, Madper Xie wrote:
>> Howdy,
>> 
>> With old kernel (from 3.10 to 3.14-rc1), my hp box shows following
>> outputs:
>> ~~~
>> [    0.009166] Freeing SMP alternatives memory: 20K (ffffffff82234000 - ffffffff82239000)
>> [    0.010302] ioremap: invalid physical address 1376e01800000001
>> [    0.010303] ------------[ cut here ]------------
>> [    0.010308] WARNING: CPU: 0 PID: 0 at arch/x86/mm/ioremap.c:83 __ioremap_caller+0x357/0x380()
>
> OK, this looks like a bogus BGRT address, that's a 64-bit physical
> address. I suspect the BGRT address is actually 0x1376e018, but that's
> just a guess. This looks like a BIOS bug.
>
>> ~~~
>> However the box can boot up and works well.
>> After I update kernel to 3.14-rc2, it panic when booting. Here is
>> console output:
>> ~~~
>> [    0.010366] BUG: unable to handle kernel paging request at ffffffffff340003
>> [    0.017376] IP: [<ffffffff81d85ba4>] efi_bgrt_init+0x9d/0x133
>> [    0.023153] PGD 159eb067 PUD 159ed067 PMD 16240067 PTE 9376e01800000163
>> [    0.029842] Oops: 0009 [#1] SMP 
>
> Well, nuts. I think this is my bad. Does reverting commit 081cd62a010f
> ("x86/efi: Allow mapping BGRT on x86-32") make things work? Or at least,
> work as well as they did prior to -rc2?
>
Sure.
Yes, after revert 081cd62a it can boot up. (Of cause the ioremap failed
as before.)
[    0.010340] ioremap: invalid physical address 1376e01800000001
[    0.010342] ------------[ cut here ]------------
[    0.010346] WARNING: CPU: 0 PID: 0 at arch/x86/mm/ioremap.c:83
__ioremap_caller+0x357/0x380()

> I wonder if we're calling early_memremap() when the fixmap slots are no
> longer valid. Could you try building the 'urgent' branch at,
>
>   git://git.kernel.org/pub/scm/linux/kernel/git/mfleming/efi.git
it doesn't help, seems the same panic output:
[    0.001341] BUG: unable to handle kernel paging request at ffffffffff340003
[    0.008339] IP: [<ffffffff81a73794>] efi_bgrt_init+0x9d/0x133
[    0.014111] PGD 28fb067 PUD 28fd067 PMD 2bef067 PTE 9376e01800000163
[    0.020530] Oops: 0009 [#1] SMP 
[    0.023792] Modules linked in:
[    0.026864] CPU: 0 PID: 0 Comm: swapper/0 Not tainted 3.14.0-rc2+ #1
[    0.033213] Hardware name: Hewlett-Packard HP Compaq Elite 8300 SFF/3397, BIOS K01 v02.05 05/07/2012
[    0.042341] task: ffffffff818ff460 ti: ffffffff818ec000 task.ti: ffffffff818ec000
[    0.049822] RIP: 0010:[<ffffffff81a73794>]  [<ffffffff81a73794>] efi_bgrt_init+0x9d/0x133
[    0.058014] RSP: 0000:ffffffff818edee0  EFLAGS: 00010202
[    0.063325] RAX: ffffffffff340001 RBX: ffffffffff340001 RCX: ffffffff00000abf
[    0.070456] RDX: 8000000000000163 RSI: 9376e01800000163 RDI: ffffffffff340000
[    0.077588] RBP: ffffffff818edef8 R08: 8000000000000163 R09: 8000000000000163
[    0.084720] R10: 00000000d9bb5000 R11: ffffffff8118907f R12: 0000000000000001
[    0.091853] R13: 0000000000002e50 R14: 0000000000000001 R15: 0000000213d4c000
[    0.098984] FS:  0000000000000000(0000) GS:ffff88021ea00000(0000) knlGS:0000000000000000
[    0.107072] CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033
[    0.112817] CR2: ffffffffff340003 CR3: 00000000028f8000 CR4: 00000000000406b0
[    0.119952] Stack:
[    0.121965]  0000000000000000 ffff880213d4c000 0000000000002e50 ffffffff818edf48
[    0.129427]  ffffffff81a73311 000000f71ed85640 47ddbe4b4424ac57 a9929ff050ed979e
[    0.136890]  ffffffffffffffff ffffffff81af0900 ffff88021ed85640 ffffffff81afa2c0
[    0.144353] Call Trace:
[    0.146801]  [<ffffffff81a73311>] efi_enter_virtual_mode+0x3d9/0x42c
[    0.153162]  [<ffffffff81a56ea9>] start_kernel+0x386/0x403
[    0.158652]  [<ffffffff81a5692c>] ? repair_env_string+0x5c/0x5c
[    0.164569]  [<ffffffff81a56120>] ? early_idt_handlers+0x120/0x120
[    0.170748]  [<ffffffff81a565de>] x86_64_start_reservations+0x2a/0x2c
[    0.177188]  [<ffffffff81a5671e>] x86_64_start_kernel+0x13e/0x14d
[    0.183284] Code: 89 c3 75 24 48 8b 05 e4 09 1f 00 be 06 00 00 00 48 8b 78 28 e8 8b d0 ff ff 48 85 c0 48 89 c3 0f 84 95 00 00 00 41 b4 01 45 84 e4 <44> 8b  
[    0.203257] RIP  [<ffffffff81a73794>] efi_bgrt_init+0x9d/0x133
[    0.209105]  RSP <ffffffff818edee0>
[    0.212593] CR2: ffffffffff340003
[    0.215914] ---[ end trace fbce8f13012fb82c ]---
[    0.220533] Kernel panic - not syncing: Fatal exception
[    0.225758] Rebooting in 3 seconds..
[    0.229211] ACPI MEMORY or I/O RESET_REG.

-- 
Thanks,
Madper

WARNING: multiple messages have this Message-ID (diff)
From: Madper Xie <cxie@redhat.com>
To: Matt Fleming <matt@console-pimps.org>
Cc: Madper Xie <cxie@redhat.com>,
	Matt Fleming <matt.fleming@intel.com>,
	"linux-kernel\@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	"linux-efi\@vger.kernel.org" <linux-efi@vger.kernel.org>,
	Adam Williamson <awilliam@redhat.com>
Subject: Re: [BUG] can't boot up: unable to handle kernel paging request at ffffffffff340003
Date: Tue, 11 Feb 2014 11:00:52 +0800	[thread overview]
Message-ID: <87mwhy8iaj.fsf@redhat.com> (raw)
In-Reply-To: <20140210175246.GB2887@console-pimps.org>


matt@console-pimps.org writes:

> On Mon, 10 Feb, at 03:23:33PM, Madper Xie wrote:
>> Howdy,
>> 
>> With old kernel (from 3.10 to 3.14-rc1), my hp box shows following
>> outputs:
>> ~~~
>> [    0.009166] Freeing SMP alternatives memory: 20K (ffffffff82234000 - ffffffff82239000)
>> [    0.010302] ioremap: invalid physical address 1376e01800000001
>> [    0.010303] ------------[ cut here ]------------
>> [    0.010308] WARNING: CPU: 0 PID: 0 at arch/x86/mm/ioremap.c:83 __ioremap_caller+0x357/0x380()
>
> OK, this looks like a bogus BGRT address, that's a 64-bit physical
> address. I suspect the BGRT address is actually 0x1376e018, but that's
> just a guess. This looks like a BIOS bug.
>
>> ~~~
>> However the box can boot up and works well.
>> After I update kernel to 3.14-rc2, it panic when booting. Here is
>> console output:
>> ~~~
>> [    0.010366] BUG: unable to handle kernel paging request at ffffffffff340003
>> [    0.017376] IP: [<ffffffff81d85ba4>] efi_bgrt_init+0x9d/0x133
>> [    0.023153] PGD 159eb067 PUD 159ed067 PMD 16240067 PTE 9376e01800000163
>> [    0.029842] Oops: 0009 [#1] SMP 
>
> Well, nuts. I think this is my bad. Does reverting commit 081cd62a010f
> ("x86/efi: Allow mapping BGRT on x86-32") make things work? Or at least,
> work as well as they did prior to -rc2?
>
Sure.
Yes, after revert 081cd62a it can boot up. (Of cause the ioremap failed
as before.)
[    0.010340] ioremap: invalid physical address 1376e01800000001
[    0.010342] ------------[ cut here ]------------
[    0.010346] WARNING: CPU: 0 PID: 0 at arch/x86/mm/ioremap.c:83
__ioremap_caller+0x357/0x380()

> I wonder if we're calling early_memremap() when the fixmap slots are no
> longer valid. Could you try building the 'urgent' branch at,
>
>   git://git.kernel.org/pub/scm/linux/kernel/git/mfleming/efi.git
it doesn't help, seems the same panic output:
[    0.001341] BUG: unable to handle kernel paging request at ffffffffff340003
[    0.008339] IP: [<ffffffff81a73794>] efi_bgrt_init+0x9d/0x133
[    0.014111] PGD 28fb067 PUD 28fd067 PMD 2bef067 PTE 9376e01800000163
[    0.020530] Oops: 0009 [#1] SMP 
[    0.023792] Modules linked in:
[    0.026864] CPU: 0 PID: 0 Comm: swapper/0 Not tainted 3.14.0-rc2+ #1
[    0.033213] Hardware name: Hewlett-Packard HP Compaq Elite 8300 SFF/3397, BIOS K01 v02.05 05/07/2012
[    0.042341] task: ffffffff818ff460 ti: ffffffff818ec000 task.ti: ffffffff818ec000
[    0.049822] RIP: 0010:[<ffffffff81a73794>]  [<ffffffff81a73794>] efi_bgrt_init+0x9d/0x133
[    0.058014] RSP: 0000:ffffffff818edee0  EFLAGS: 00010202
[    0.063325] RAX: ffffffffff340001 RBX: ffffffffff340001 RCX: ffffffff00000abf
[    0.070456] RDX: 8000000000000163 RSI: 9376e01800000163 RDI: ffffffffff340000
[    0.077588] RBP: ffffffff818edef8 R08: 8000000000000163 R09: 8000000000000163
[    0.084720] R10: 00000000d9bb5000 R11: ffffffff8118907f R12: 0000000000000001
[    0.091853] R13: 0000000000002e50 R14: 0000000000000001 R15: 0000000213d4c000
[    0.098984] FS:  0000000000000000(0000) GS:ffff88021ea00000(0000) knlGS:0000000000000000
[    0.107072] CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033
[    0.112817] CR2: ffffffffff340003 CR3: 00000000028f8000 CR4: 00000000000406b0
[    0.119952] Stack:
[    0.121965]  0000000000000000 ffff880213d4c000 0000000000002e50 ffffffff818edf48
[    0.129427]  ffffffff81a73311 000000f71ed85640 47ddbe4b4424ac57 a9929ff050ed979e
[    0.136890]  ffffffffffffffff ffffffff81af0900 ffff88021ed85640 ffffffff81afa2c0
[    0.144353] Call Trace:
[    0.146801]  [<ffffffff81a73311>] efi_enter_virtual_mode+0x3d9/0x42c
[    0.153162]  [<ffffffff81a56ea9>] start_kernel+0x386/0x403
[    0.158652]  [<ffffffff81a5692c>] ? repair_env_string+0x5c/0x5c
[    0.164569]  [<ffffffff81a56120>] ? early_idt_handlers+0x120/0x120
[    0.170748]  [<ffffffff81a565de>] x86_64_start_reservations+0x2a/0x2c
[    0.177188]  [<ffffffff81a5671e>] x86_64_start_kernel+0x13e/0x14d
[    0.183284] Code: 89 c3 75 24 48 8b 05 e4 09 1f 00 be 06 00 00 00 48 8b 78 28 e8 8b d0 ff ff 48 85 c0 48 89 c3 0f 84 95 00 00 00 41 b4 01 45 84 e4 <44> 8b  
[    0.203257] RIP  [<ffffffff81a73794>] efi_bgrt_init+0x9d/0x133
[    0.209105]  RSP <ffffffff818edee0>
[    0.212593] CR2: ffffffffff340003
[    0.215914] ---[ end trace fbce8f13012fb82c ]---
[    0.220533] Kernel panic - not syncing: Fatal exception
[    0.225758] Rebooting in 3 seconds..
[    0.229211] ACPI MEMORY or I/O RESET_REG.

-- 
Thanks,
Madper

  parent reply	other threads:[~2014-02-11  3:00 UTC|newest]

Thread overview: 22+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-02-10  7:23 [BUG] can't boot up: unable to handle kernel paging request at ffffffffff340003 Madper Xie
2014-02-10  7:23 ` Madper Xie
2014-02-10 17:52 ` Matt Fleming
     [not found]   ` <20140210175246.GB2887-HNK1S37rvNbeXh+fF434Mdi2O/JbrIOy@public.gmane.org>
2014-02-11  3:00     ` Madper Xie [this message]
2014-02-11  3:00       ` Madper Xie
     [not found]       ` <87mwhy8iaj.fsf-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2014-02-11 13:16         ` Matt Fleming
2014-02-11 13:16           ` Matt Fleming
2014-02-11 13:47           ` Madper Xie
2014-02-11 13:47             ` Madper Xie
     [not found]             ` <87lhxh69u0.fsf-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2014-02-11 14:18               ` Matt Fleming
2014-02-11 14:18                 ` Matt Fleming
2014-02-12  0:00                 ` Rafael J. Wysocki
     [not found]                 ` <20140211141846.GA1725-HNK1S37rvNbeXh+fF434Mdi2O/JbrIOy@public.gmane.org>
2014-02-12 16:15                   ` Toshi Kani
2014-02-12 16:15                     ` Toshi Kani
     [not found]                     ` <1392221703.5612.164.camel-RbGIw1UOYPVo/CpIj0byZw@public.gmane.org>
2014-02-12 16:39                       ` Matt Fleming
2014-02-12 16:39                         ` Matt Fleming
2014-02-13 10:55                     ` Matt Fleming
     [not found]                       ` <20140213105547.GC20717-HNK1S37rvNbeXh+fF434Mdi2O/JbrIOy@public.gmane.org>
2014-02-13 13:40                         ` Madper Xie
2014-02-13 13:40                           ` Madper Xie
     [not found]                           ` <87k3czdtbf.fsf-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2014-02-13 17:10                             ` Matthew Garrett
2014-02-13 17:10                               ` Matthew Garrett
2014-02-13 23:48                               ` Rafael J. Wysocki

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=87mwhy8iaj.fsf@redhat.com \
    --to=cxie-h+wxahxf7alqt0dzr+alfa@public.gmane.org \
    --cc=awilliam-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org \
    --cc=linux-efi-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
    --cc=linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
    --cc=matt-HNK1S37rvNbeXh+fF434Mdi2O/JbrIOy@public.gmane.org \
    --cc=matt.fleming-ral2JQCrhuEAvxtiuMwx3w@public.gmane.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.