Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1759145AbXLaMJa (ORCPT ); Mon, 31 Dec 2007 07:09:30 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1757732AbXLaMJW (ORCPT ); Mon, 31 Dec 2007 07:09:22 -0500 Received: from outpipe-village-512-1.bc.nu ([81.2.110.250]:47314 "EHLO the-village.bc.nu" rhost-flags-OK-FAIL-OK-FAIL) by vger.kernel.org with ESMTP id S1757562AbXLaMJV (ORCPT ); Mon, 31 Dec 2007 07:09:21 -0500 Date: Mon, 31 Dec 2007 11:59:02 +0000 From: Alan Cox To: "H. Peter Anvin" Cc: "David P. Reed" , Linus Torvalds , Rene Herman , Ingo Molnar , Islam Amer , 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: <20071231115902.72ab8fe7@the-village.bc.nu> In-Reply-To: <47783678.9070706@zytor.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> <20071230213623.410d480a@the-village.bc.nu> <4778266B.2060502@reed.com> <47783678.9070706@zytor.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: 743 Lines: 16 On Sun, 30 Dec 2007 16:23:20 -0800 "H. Peter Anvin" wrote: > > continuing to investigate for a cause. It would be nice if it were a > > BIOS-fixable problem. It would be even nicer if the BIOS were GPL... > > If it was an SMM trap, I would expect it to be trapped in the SuperIO chip. Many SuperIO chips do port 0x80, but they do it over the LPC and they do it in hardware to the parallel port data lines. The timings posted for 0x80 on his box are really a bit fast for LPC. -- 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/