Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932153Ab3HWVwi (ORCPT ); Fri, 23 Aug 2013 17:52:38 -0400 Received: from mga14.intel.com ([143.182.124.37]:59074 "EHLO mga14.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754677Ab3HWVwg convert rfc822-to-8bit (ORCPT ); Fri, 23 Aug 2013 17:52:36 -0400 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="4.89,944,1367996400"; d="scan'208";a="350860621" From: "Moore, Robert" To: chen tang , Yinghai Lu CC: Russ Anderson , "H. Peter Anvin" , "Zhang Yanfei" , Toshi Kani , "Tejun Heo" , Tang Chen , "Konrad Rzeszutek Wilk" , "Zheng, Lv" , "Rafael J. Wysocki" , Ingo Molnar , Andrew Morton , Thomas Renninger , "Yasuaki Ishimatsu" , Mel Gorman , Linux Kernel Mailing List Subject: RE: [PATCH 0/8] x86, acpi: Move acpi_initrd_override() earlier. Thread-Topic: [PATCH 0/8] x86, acpi: Move acpi_initrd_override() earlier. Thread-Index: AQHOnlekTrIZX486VUmD/EC4nZnq7pmgFz6AgAAfwQCAAAoegIAAQa6AgAAGRQCAAAndAIAAAyOAgAAgYYCAAFKzAIAAzqOAgAAshQCAABvzAIAAAusAgAAMegCAAAQRgIAAD8mAgAD30gCAADTwAIAACzqAgAAXgICAAAHmgIAAHPoAgAAGHwCAAAUMAIAAEVaA//+K3/A= Date: Fri, 23 Aug 2013 21:52:33 +0000 Message-ID: <94F2FBAB4432B54E8AACC7DFDE6C92E36FED03C7@ORSMSX103.amr.corp.intel.com> References: <20130822202158.GD3490@mtj.dyndns.org> <1377205598.10300.715.camel@misato.fc.hp.com> <20130822212111.GF3490@mtj.dyndns.org> <1377209861.10300.756.camel@misato.fc.hp.com> <20130823130440.GC10322@mtj.dyndns.org> <1377274448.10300.777.camel@misato.fc.hp.com> <521793BB.9080605@gmail.com> <201308231825.r7NIPQl5015165@mail.zytor.com> <20130823203050.GB31817@sgi.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.22.254.139] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 8BIT MIME-Version: 1.0 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2784 Lines: 76 While we're at it: Can someone send me the acpidump for this machine? We very much would like to test all of ACPICA with such a large DSDT. Thanks, Bob > -----Original Message----- > From: chen tang [mailto:imtangchen@gmail.com] > Sent: Friday, August 23, 2013 2:51 PM > To: Yinghai Lu > Cc: Russ Anderson; H. Peter Anvin; Zhang Yanfei; Toshi Kani; Tejun Heo; > Tang Chen; Konrad Rzeszutek Wilk; Moore, Robert; Zheng, Lv; Rafael J. > Wysocki; Ingo Molnar; Andrew Morton; Thomas Renninger; Yasuaki Ishimatsu; > Mel Gorman; Linux Kernel Mailing List > Subject: Re: [PATCH 0/8] x86, acpi: Move acpi_initrd_override() earlier. > > Hi Yinghai, > > 2013/8/24 Yinghai Lu : > > On Fri, Aug 23, 2013 at 1:30 PM, Russ Anderson wrote: > >> On Fri, Aug 23, 2013 at 01:08:56PM -0700, Yinghai Lu wrote: > >>> On Fri, Aug 23, 2013 at 11:25 AM, H. Peter Anvin > wrote: > > > >>> Russ, What is ACPI table size on your big machine? > >> > >> This is from a 256 socket 32TB system. > >> > >> Reserving 256MB of memory at 66973408MB for crashkernel (System RAM: > 32501719MB) > >> ACPI: RSDP 000000007ef3d014 00024 (v02 INTEL ) > >> ACPI: XSDT 000000007ef3d120 0007C (v01 INTEL TIANO 00000000 > 01000013) > >> ACPI: FACP 000000007ef3a000 000F4 (v04 INTEL TIANO 00000000 MSFT > 01000013) > >> ACPI: DSDT 000000007e6c3000 7F493E (v02 SGI2 UVX 00000002 MSFT > 01000013) > >> ACPI: FACS 000000007d147000 00040 > >> ACPI: UEFI 000000007ef3c000 0012A (v01 INTEL RstScuO 00000000 > 00000000) > >> ACPI: UEFI 000000007ef3b000 0005C (v01 INTEL RstScuV 00000000 > 00000000) > >> ACPI: HPET 000000007ef39000 00038 (v01 INTEL TIANO 00000001 MSFT > 01000013) > >> ACPI: SSDT 000000007ef33000 05352 (v02 INTEL ROSECITY 00000003 INTL > 20070508) > >> ACPI: SLIT 000000007ef10000 1002C (v01 SGI2 UVX 00000002 MSFT > 00000001) > >> ACPI: APIC 000000007eeee000 10070 (v03 SGI2 UVX 00000002 MSFT > 00000001) > >> ACPI: SRAT 000000007eeb8000 1A830 (v03 SGI2 UVX 00000002 MSFT > 00000001) > >> ACPI: MCFG 000000007d6d4000 0105C (v01 SGI2 UVX 00000002 MSFT > 00000001) > >> ACPI: SPCR 000000007e6c2000 00050 (v01 00000000 > 00000000) > >> ACPI: DMAR 000000007d6d3000 0013C (v01 INTEL TIANO 00000001 MSFT > 01000013) > >> > > > > so the DSDT is 7F493E, and total is more than 8M. > > > > that will need BRK to be extended 16M? > > > > Then how about use early_ioremap(), and don't do it that early in > head_32 and head64 ? > > Thanks. -- 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/