[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <4B27E71E.6020709@kernel.org>
Date: Tue, 15 Dec 2009 11:44:30 -0800
From: Yinghai Lu <yinghai@...nel.org>
To: Jens Axboe <jens.axboe@...cle.com>
CC: Jesse Barnes <jbarnes@...tuousgeek.org>,
Linux Kernel <linux-kernel@...r.kernel.org>, mingo@...e.hu,
rdreier@...co.com, Suresh Siddha <suresh.b.siddha@...el.com>,
"linux-pci@...r.kernel.org" <linux-pci@...r.kernel.org>
Subject: Re: kexec boot regression
Jens Axboe wrote:
> On Tue, Dec 15 2009, Yinghai Lu wrote:
>> Jens Axboe wrote:
>>> On Tue, Dec 15 2009, Yinghai Lu wrote:
>>>> [ 13.018720] PCI: MMCONFIG for domain 0000 [bus 00-ff] at [mem 0x80000000-0x8fffffff] (base 0x80000000)
>>>>
>>>> [ 13.100724] [Firmware Bug]: PCI: MMCONFIG at [mem 0x80000000-0x8fffffff] not reserved in ACPI motherboard resources
>>> On a "normal" non-kexec boot, I get:
>>>
>>> [ 12.173583] PCI: MMCONFIG for domain 0000 [bus 00-ff] at [mem 0x80000000-0x8fffffff] (base 0x80000000)
>>> [ 12.184075] PCI: MMCONFIG at [mem 0x80000000-0x8fffffff] reserved in E820
>>> [ 12.216874] PCI: Using configuration type 1 for base access
>>>
>> can you run following scripts in first kernel?
>>
>> cd /sys/firmware/memmap
>> for dir in * ; do
>> start=$(cat $dir/start)
>> end=$(cat $dir/end)
>> type=$(cat $dir/type)
>> printf "%016x-%016x (%s)\n" $start $[ $end +1] "$type" >> /tmp/memmap.txt
>> done
>>
>> and send out /tmp/memmap.txt
>
> Below.
>
>> what is your kexec tools version? could be too old?
>
> It says:
>
> kexec-tools-testing 20080324 released 24th March 2008
>
>
> 0000000000000000-0000000000098800 (System RAM)
> 0000000000098800-00000000000a0000 (reserved)
> 0000000079301000-0000000079303000 (reserved)
> 0000000079303000-0000000079305000 (ACPI Tables)
> 0000000079305000-0000000079310000 (reserved)
> 0000000079310000-0000000079314000 (ACPI Tables)
> 0000000079314000-0000000079319000 (reserved)
> 0000000079319000-0000000079336000 (ACPI Tables)
> 0000000079336000-0000000079358000 (reserved)
> 0000000079358000-0000000079388000 (ACPI Tables)
> 0000000079388000-00000000793c9000 (reserved)
> 00000000793c9000-000000007968f000 (ACPI Tables)
> 00000000000e0000-0000000000100000 (reserved)
> 000000007968f000-00000000796bb000 (reserved)
> 00000000796bb000-00000000799d8000 (ACPI Tables)
> 00000000799d8000-0000000079bd8000 (ACPI Non-volatile Storage)
> 0000000079bd8000-0000000079d8b000 (ACPI Tables)
> 0000000079d8b000-0000000079d8c000 (reserved)
> 0000000079d8c000-0000000079dc8000 (ACPI Tables)
> 0000000079dc8000-0000000079dcb000 (reserved)
> 0000000079dcb000-0000000079e1c000 (ACPI Tables)
> 0000000079e1c000-0000000079e87000 (reserved)
> 0000000079e87000-000000007bd5f000 (ACPI Tables)
> 0000000000100000-0000000078c59000 (System RAM)
> 000000007bd5f000-000000007be4f000 (reserved)
> 000000007be4f000-000000007bf87000 (ACPI Tables)
so following ranges are not passed to second kernel by kexec?
> 000000007bf87000-000000007bfcf000 (ACPI Non-volatile Storage)
> 000000007bfcf000-000000007bfff000 (ACPI Tables)
> 000000007bfff000-0000000090000000 (reserved)
> 00000000fc000000-00000000fd000000 (reserved)
> 00000000fed1c000-00000000fed20000 (reserved)
> 00000000ff000000-0000000100000000 (reserved)
> 0000000100000000-0000001080000000 (System RAM)
> 0000000078c59000-0000000078e6d000 (ACPI Non-volatile Storage)
> 0000000078e6d000-000000007924e000 (ACPI Tables)
> 000000007924e000-00000000792c2000 (reserved)
> 00000000792c2000-00000000792d2000 (ACPI Tables)
> 00000000792d2000-00000000792e7000 (reserved)
> 00000000792e7000-0000000079301000 (ACPI Tables)
>
second kernel only get
[ 0.000000] BIOS-provided physical RAM map:
[ 0.000000] BIOS-e820: 0000000000000100 - 0000000000098800 (usable)
[ 0.000000] BIOS-e820: 0000000000098800 - 00000000000a0000 (reserved)
[ 0.000000] BIOS-e820: 00000000000e0000 - 0000000000100000 (reserved)
[ 0.000000] BIOS-e820: 0000000000100000 - 0000000078c63000 (usable)
[ 0.000000] BIOS-e820: 0000000078c63000 - 0000000078e77000 (ACPI NVS)
[ 0.000000] BIOS-e820: 0000000078e77000 - 000000007924e000 (ACPI data)
[ 0.000000] BIOS-e820: 000000007924e000 - 00000000792c2000 (reserved)
[ 0.000000] BIOS-e820: 00000000792c2000 - 00000000792d2000 (ACPI data)
[ 0.000000] BIOS-e820: 00000000792d2000 - 00000000792e7000 (reserved)
[ 0.000000] BIOS-e820: 00000000792e7000 - 0000000079301000 (ACPI data)
[ 0.000000] BIOS-e820: 0000000079301000 - 0000000079303000 (reserved)
[ 0.000000] BIOS-e820: 0000000079303000 - 0000000079305000 (ACPI data)
[ 0.000000] BIOS-e820: 0000000079305000 - 0000000079310000 (reserved)
[ 0.000000] BIOS-e820: 0000000079310000 - 0000000079314000 (ACPI data)
[ 0.000000] BIOS-e820: 0000000079314000 - 0000000079319000 (reserved)
[ 0.000000] BIOS-e820: 0000000079319000 - 0000000079336000 (ACPI data)
[ 0.000000] BIOS-e820: 0000000079336000 - 0000000079358000 (reserved)
[ 0.000000] BIOS-e820: 0000000079358000 - 0000000079388000 (ACPI data)
[ 0.000000] BIOS-e820: 0000000079388000 - 00000000793c9000 (reserved)
[ 0.000000] BIOS-e820: 00000000793c9000 - 000000007968f000 (ACPI data)
[ 0.000000] BIOS-e820: 000000007968f000 - 00000000796bb000 (reserved)
[ 0.000000] BIOS-e820: 00000000796bb000 - 00000000799d8000 (ACPI data)
[ 0.000000] BIOS-e820: 00000000799d8000 - 0000000079bd8000 (ACPI NVS)
[ 0.000000] BIOS-e820: 0000000079bd8000 - 0000000079d87000 (ACPI data)
[ 0.000000] BIOS-e820: 0000000079d87000 - 0000000079d8a000 (reserved)
[ 0.000000] BIOS-e820: 0000000079d8a000 - 0000000079dca000 (ACPI data)
[ 0.000000] BIOS-e820: 0000000079dca000 - 0000000079dcb000 (reserved)
[ 0.000000] BIOS-e820: 0000000079dcb000 - 0000000079e1c000 (ACPI data)
[ 0.000000] BIOS-e820: 0000000079e1c000 - 0000000079e87000 (reserved)
[ 0.000000] BIOS-e820: 0000000079e87000 - 000000007bd5f000 (ACPI data)
[ 0.000000] BIOS-e820: 000000007bd5f000 - 000000007be4f000 (reserved)
[ 0.000000] BIOS-e820: 000000007be4f000 - 000000007bf87000 (ACPI data)
so mmconf range is not reserved, and some ACPI data
> 0000000078c59000-0000000078e6d000 (ACPI Non-volatile Storage)
0000000078c59000 - 0000000078c63000 get currupted...
YH
--
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/
Powered by blists - more mailing lists