Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1758624AbXL3Vqh (ORCPT ); Sun, 30 Dec 2007 16:46:37 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1756134AbXL3Vqa (ORCPT ); Sun, 30 Dec 2007 16:46:30 -0500 Received: from outpipe-village-512-1.bc.nu ([81.2.110.250]:43288 "EHLO the-village.bc.nu" rhost-flags-OK-FAIL-OK-FAIL) by vger.kernel.org with ESMTP id S1751120AbXL3Vq3 (ORCPT ); Sun, 30 Dec 2007 16:46:29 -0500 Date: Sun, 30 Dec 2007 21:36:23 +0000 From: Alan Cox To: "David P. Reed" Cc: Linus Torvalds , Rene Herman , Ingo Molnar , Islam Amer , hpa@zytor.com, Pavel Machek , Ingo Molnar , Andi Kleen , Thomas Gleixner , Linux Kernel Subject: Re: [PATCH] x86: provide a DMI based port 0x80 I/O delay override Message-ID: <20071230213623.410d480a@the-village.bc.nu> In-Reply-To: <47780B93.4050606@reed.com> References: <477711DC.5030800@keyaccess.nl> <20071230144700.78f4605c@the-village.bc.nu> <20071230152835.GX16946@elte.hu> <20071230153818.1a554a7e@the-village.bc.nu> <20071230160132.GA14311@elte.hu> <20071230164828.039916c8@the-village.bc.nu> <4777E010.7030703@keyaccess.nl> <20071230183927.5a5a3c42@the-village.bc.nu> <4777F297.9070207@keyaccess.nl> <47780B93.4050606@reed.com> X-Mailer: Claws Mail 3.1.0 (GTK+ 2.10.14; i386-redhat-linux-gnu) Organization: Red Hat UK Cyf., Amberley Place, 107-111 Peascod Street, Windsor, Berkshire, SL4 1TE, Y Deyrnas Gyfunol. Cofrestrwyd yng Nghymru a Lloegr o'r rhif cofrestru 3798903 Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 741 Lines: 17 > Now what's interesting is that the outb to port 80 is *faster* than an > outb to an unused port, on my machine. So there's something there - > actually accepting the bus transaction. In the ancient 5150 PC, 80 was Yes and I even told you a while back how to verify where it is. From the timing you get its not on the LPC bus but chipset core so pretty certainly an SMM trap as other systems with the same chipset don't have the bug. Probably all that is needed is a BIOS upgrade Alan -- 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/