Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756752AbXIMVAb (ORCPT ); Thu, 13 Sep 2007 17:00:31 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753354AbXIMVAY (ORCPT ); Thu, 13 Sep 2007 17:00:24 -0400 Received: from terminus.zytor.com ([198.137.202.10]:49618 "EHLO terminus.zytor.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753171AbXIMVAX (ORCPT ); Thu, 13 Sep 2007 17:00:23 -0400 Message-ID: <46E9A391.3000804@zytor.com> Date: Thu, 13 Sep 2007 13:54:41 -0700 From: "H. Peter Anvin" User-Agent: Thunderbird 2.0.0.0 (X11/20070419) MIME-Version: 1.0 To: Andreas Herrmann CC: Yinghai Lu , Andi Kleen , Greg KH , Andrew Morton , Jeff Garzik , Martin Mares , dean gaudet , Robert Richter , Linux Kernel Mailing List Subject: Re: [PATCH] x86_64: set cfg_size for AMD Family 10h in case MMCONFIG is used References: <200709121921.43950.yinghai.lu@sun.com> <200709131147.43446.ak@suse.de> <20070913104704.GA3878@kroah.com> <200709131353.15752.ak@suse.de> <86802c440709131001w4b758921r52a23f1732a6e9c8@mail.gmail.com> <46E97178.2040903@zytor.com> <20070913201559.GB1131@alberich.amd.com> In-Reply-To: <20070913201559.GB1131@alberich.amd.com> X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1991 Lines: 45 Andreas Herrmann wrote: > On Thu, Sep 13, 2007 at 10:20:56AM -0700, H. Peter Anvin wrote: >> Yinghai Lu wrote: >>> BIOS guys also said that fam 10h need mmconfig via eax accessing, may >>> need OS do sth, so it is safe to stay with MCFG entry for SB like >>> mcp55... >>> >>> but latest kernel already have that workaround to make mmconfig via eax... >>> >> This is actually a good point. Since the CPU vendor managed to >> completely fuck up the operation of MMCONFIG itself on this CPU (it's a >> *MEMORY REFERENCE*, guys!), it is actually to be expected and prudent >> that BIOS vendors will drop the MCFG entry. MMCONFIG doesn't actually >> work on this CPU for any system software which doesn't already know to >> work around this particular piece of severe braindamage; > > But wait, isn't it true that Vista is using MCFG? > So, poor BIOS guys what should they do now? > If you have a special problem here why not upgrading your Linux kernel? > I'm not talking about Linux here. I'm talking about any random system software (which may or may not be Vista, and may nor may not even be an OS.) If they advertise MCFG, then a random OS could try to use it, in accordance with the spec, without the workaround, with serious malfunction as a result. If they don't include MCFG, then the worst thing that can happen is that the OS doesn't see the extended space. An OS that has chip-specific workarounds can be aware that this chip is Special and enable MMCONFIG and use it anyway. In RFC-speak: Since this chip doesn't implement standards-conformant mmconfig, a BIOS MUST NOT enable MCFG in ACPI. As a result, OSes that have chip-specific workarounds, like Linux has, SHOULD detect it and use ad hoc code to enable it anyway. -hpa - 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/