Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1758933AbYBRKzU (ORCPT ); Mon, 18 Feb 2008 05:55:20 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1756484AbYBRKzJ (ORCPT ); Mon, 18 Feb 2008 05:55:09 -0500 Received: from one.firstfloor.org ([213.235.205.2]:59025 "EHLO one.firstfloor.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755830AbYBRKzH (ORCPT ); Mon, 18 Feb 2008 05:55:07 -0500 Date: Mon, 18 Feb 2008 12:31:07 +0100 From: Andi Kleen To: Robert Hancock Cc: Andi Kleen , Yinghai Lu , Ingo Molnar , Andrew Morton , Greg KH , Linux Kernel Mailing List Subject: Re: [PATCH 1/5] x86: validate against acpi motherboard resources Message-ID: <20080218113107.GB24147@one.firstfloor.org> References: <47B67A0E.7060605@shaw.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <47B67A0E.7060605@shaw.ca> User-Agent: Mutt/1.4.2.1i Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1604 Lines: 40 On Fri, Feb 15, 2008 at 11:52:14PM -0600, Robert Hancock wrote: > Andi Kleen wrote: > >Yinghai Lu writes: > >>[akpm@linux-foundation.org: many fixes and cleanups] > >>Signed-off-by: Robert Hancock > >>Signed-off-by: Andi Kleen > >>Tested-by: Andi Kleen > > > >iirc it really was > >Tested-and-didnt-pass-test-by: Andi Kleen > >unfortunately. I have not rechecked recently, but on the one Intel > >box the original patch and the other mcfg heuristics removed didn't work. > > With just this patch you will have this problem. You need either the > patch to disable decode during BAR sizing, Isn't that one already merged? I remember the BAR decoding patch did help with at least one of the original failures (there were multiple ones iirc0) If someone points me to all the patches needed or a tree who has them all applied I can give it a quick spin on the boxes I have here. One of the systems where it originally failed I don't have anymore though. > or the patch to use MMCONFIG > for extended config space only, if you don't have them already. That would mean it would boot, but anything that uses extended config space would fail. While not as catastrophic as before I'm not sure it's that great either. At least there would be still breakage, but much more subtle ones. -Andi -- 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/