Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754219Ab0DJBun (ORCPT ); Fri, 9 Apr 2010 21:50:43 -0400 Received: from acsinet12.oracle.com ([141.146.126.234]:45093 "EHLO acsinet12.oracle.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751450Ab0DJBuk (ORCPT ); Fri, 9 Apr 2010 21:50:40 -0400 Message-ID: <4BBFD8EF.6020108@oracle.com> Date: Fri, 09 Apr 2010 18:48:31 -0700 From: Yinghai User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.8) Gecko/20100228 SUSE/3.0.3-1.1.1 Thunderbird/3.0.3 MIME-Version: 1.0 To: Andy Isaacson CC: guenter.roeck@ericsson.com, "H. Peter Anvin" , Linus Torvalds , Bjorn Helgaas , Thomas Gleixner , Ingo Molnar , "linux-pci@vger.kernel.org" , "x86@kernel.org" , "linux-kernel@vger.kernel.org" , Thomas Renninger Subject: Re: [PATCH] x86: Reserve legacy VGA MMIO area for x86_64 as well as x86_32 References: <4BBF626A.3060800@oracle.com> <4BBF70BC.3080809@zytor.com> <1270839357.1477.758.camel@groeck-laptop> <4BBF863B.1060806@oracle.com> <20100409222103.GA11130@hexapodia.org> <4BBFA9BF.60608@oracle.com> <20100409223532.GC11130@hexapodia.org> <4BBFB1D8.6090802@oracle.com> <20100410000030.GE11130@hexapodia.org> <4BBFD019.9040405@oracle.com> <20100410014308.GG11130@hexapodia.org> In-Reply-To: <20100410014308.GG11130@hexapodia.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Source-IP: acsmt354.oracle.com [141.146.40.154] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090202.4BBFD947.00A3:SCFMA4539814,ss=1,fgs=0 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2662 Lines: 60 On 04/09/2010 06:43 PM, Andy Isaacson wrote: > On Fri, Apr 09, 2010 at 06:10:49PM -0700, Yinghai wrote: >> in addition to -v2 patch >> >> please apply this patch too >> >> also please boot with "debug" in boot command line. >> >> Thanks >> >> Yinghai >> >> [PATCH] x86,acpi: use request_resource instead of instead of insert_resource >> >> So make pci root resouce from _CRS honor the one We reserve in e820 below 1M >> >> Signed-off-by: Yinghai Lu >> >> --- >> arch/x86/pci/acpi.c | 2 +- >> 1 file changed, 1 insertion(+), 1 deletion(-) >> >> Index: linux-2.6/arch/x86/pci/acpi.c >> =================================================================== >> --- linux-2.6.orig/arch/x86/pci/acpi.c >> +++ linux-2.6/arch/x86/pci/acpi.c >> @@ -168,7 +168,7 @@ setup_resource(struct acpi_resource *acp >> return AE_OK; >> } >> >> - conflict = insert_resource_conflict(root, res); >> + conflict = request_resource_conflict(root, res); >> if (conflict) { >> dev_err(&info->bridge->dev, >> "address space collision: host bridge window %pR " > > That works. dmesg.gz attached (I'm pretty sure I'm skating close to > vger's size limit without gz). "debug" didn't seem to make much > difference? [ 0.636805] ACPI: PCI Root Bridge [PCI0] (0000:00) [ 0.654025] pci_root PNP0A03:00: address space collision: host bridge window [io 0x0000-0x0cf7] conflicts with dma1 [io 0x0000-0x001f] [ 0.654370] pci_root PNP0A03:00: host bridge window [io 0x0d00-0xffff] [ 0.654586] pci_root PNP0A03:00: address space collision: host bridge window [mem 0x000a0000-0x000bffff] conflicts with reserved [mem 0x000a0000-0x000fffff] [ 0.654933] pci_root PNP0A03:00: address space collision: host bridge window [mem 0x000c0000-0x000effff] conflicts with reserved [mem 0x000a0000-0x000fffff] [ 0.655002] pci_root PNP0A03:00: address space collision: host bridge window [mem 0x000f0000-0x000fffff] conflicts with reserved [mem 0x000a0000-0x000fffff] [ 0.655367] pci_root PNP0A03:00: host bridge window [mem 0xf0000000-0xfebfffff] [ 0.655706] pci_root PNP0A03:00: host bridge window [mem 0xbff00000-0xdfffffff] [ 0.656003] pci_root PNP0A03:00: host bridge window [mem 0xff980800-0xff980bff] [ 0.656360] pci_root PNP0A03:00: host bridge window [mem 0xff97c000-0xff97ffff] [ 0.657002] pci_root PNP0A03:00: host bridge window [mem 0xfed20000-0xfed9ffff] still not optimal. 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/