Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932959AbZLOTu4 (ORCPT ); Tue, 15 Dec 2009 14:50:56 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1760984AbZLOTuy (ORCPT ); Tue, 15 Dec 2009 14:50:54 -0500 Received: from hera.kernel.org ([140.211.167.34]:44161 "EHLO hera.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1760777AbZLOTuw (ORCPT ); Tue, 15 Dec 2009 14:50:52 -0500 Message-ID: <4B27E85C.20006@kernel.org> Date: Tue, 15 Dec 2009 11:49:48 -0800 From: Yinghai Lu User-Agent: Thunderbird 2.0.0.23 (X11/20090817) MIME-Version: 1.0 To: Jens Axboe CC: Jesse Barnes , Linux Kernel , mingo@elte.hu, rdreier@cisco.com, Suresh Siddha , "linux-pci@vger.kernel.org" Subject: Re: kexec boot regression References: <20091215121436.GB28252@kernel.dk> <4B2781AC.8020301@kernel.org> <20091215123951.GD28252@kernel.dk> <4B278734.2040704@kernel.org> <20091215141105.GK28252@kernel.dk> <4B27D7E9.4030105@kernel.org> <20091215185941.GO28252@kernel.dk> <4B27DDD7.5040301@kernel.org> <20091215191129.GQ28252@kernel.dk> <4B27E71E.6020709@kernel.org> <20091215194818.GU28252@kernel.dk> In-Reply-To: <20091215194818.GU28252@kernel.dk> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 3331 Lines: 81 Jens Axboe wrote: > On Tue, Dec 15 2009, Yinghai Lu wrote: >> 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? > > I have the following addition to my kexec kernel command line: > > memmap=62G@4G > > since that last big 62G RAM entry doesn't show up without it, that's why > you see a user defined e820 map as well in the boot logs. So a kexec'ed > kernel is missing at least that entry. > > I just tried with the latest and greatest kexec-tools (2.0.1) and > there's no difference. current kernel kexec 2.6.32 make numa and mmconf working on second kernel? YH -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/