Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S933847AbXLQBuZ (ORCPT ); Sun, 16 Dec 2007 20:50:25 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1760953AbXLQBuO (ORCPT ); Sun, 16 Dec 2007 20:50:14 -0500 Received: from ug-out-1314.google.com ([66.249.92.173]:63017 "EHLO ug-out-1314.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1760273AbXLQBuL (ORCPT ); Sun, 16 Dec 2007 20:50:11 -0500 DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; b=fwa41ZCrOUqQl6nMs6F0+S4ayeRkWFIi+tqyuBRV16Z8u9uB1JgpYTQ3xG1KxYFtbhh8qOkZdDzQu5ZI0um3DVUAQ6x+Y8z6zw01om+Ik7l3KT2Rz+oDRYaW4G4/+AVZ2kpuUB3EkNfIEQr1OQU4uz0BE53ThdhUGsvfB9pgAOk= Message-ID: <4765D56A.4090803@gmail.com> Date: Mon, 17 Dec 2007 02:48:26 +0100 From: Rene Herman User-Agent: Thunderbird 2.0.0.9 (X11/20071031) MIME-Version: 1.0 To: "H. Peter Anvin" CC: Paul Rolland , Alan Cox , Pavel Machek , Ingo Molnar , "David P. Reed" , Thomas Gleixner , linux-kernel@vger.kernel.org, Ingo Molnar , rol@witbe.net Subject: Re: [PATCH] x86: provide a DMI based port 0x80 I/O delay override. References: <469578CD.3080609@reed.com> <1184216528.12353.203.camel@chaos> <1184218962.12353.209.camel@chaos> <46964352.7040301@reed.com> <1184253339.12353.223.camel@chaos> <469697C6.50903@reed.com> <1184274754.12353.254.camel@chaos> <4761F193.7090400@reed.com> <20071214131502.GA14359@elte.hu> <4762C551.5070003@zytor.com> <20071214210652.GB28793@elf.ucw.cz> <4763001A.1070102@zytor.com> <20071214232955.545ab809@the-village.bc.nu> <20071215080831.404cdb32@tux.DEF.witbe.net> <47638C8C.2090604@gmail.com> <476438B4.2020600@zytor.com> <476462BE.3030701@gmail.com> <4764687D.6080609@zytor.com> <476524DB.7020806@gmail.com> <47659BAF.8030304@zytor.com> In-Reply-To: <47659BAF.8030304@zytor.com> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1416 Lines: 31 On 16-12-07 22:42, H. Peter Anvin wrote: > It probably comes down to which version is bigger (you probably also > want to try uninlining.) slow_down_io() sort of needs to stay inline due to the REALLY_SLOW_IO thing. That stuff could use a cleanup, but that would be a diferent patch. >> Thanks for the heads up (also saw the SMBIOS update to this) but those >> don't seem to be a problem in fact. David Reed has been running with >> the simple udelay(2) version of this and reported no more hangs. He >> moreover reported no trouble after booting with "acpi=off" meaning >> that things seem to be fine pre-acpi which the boot code (and this >> io_delay_init) is. So I believe we get to ignore those. > > Okay, so there is something inside ACPI which tickles this. Which > brings further credibility that it's activating a debugging hack, > probably inside the SuperIO/system controller chip. > > It would be interesting to know exactly which part of ACPI triggers > this. I bet it is a reference to system controller namespace. Do you expect a BIOS update to be able to fix it? If so, I guess any DMI hack should take BIOS version into account. Rene. -- 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/