Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1759856AbXLLVAL (ORCPT ); Wed, 12 Dec 2007 16:00:11 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754678AbXLLU75 (ORCPT ); Wed, 12 Dec 2007 15:59:57 -0500 Received: from mu-out-0910.google.com ([209.85.134.191]:42367 "EHLO mu-out-0910.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754374AbXLLU74 (ORCPT ); Wed, 12 Dec 2007 15:59:56 -0500 DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding:from; b=T7wDuuYeQX9V/MMDbFSs4kIZ+8uIGvn8H2LsYGwlPLT3+HH5KJs9oiL9VQ3Fk+99oHt7pMS9k7j31xCT3K3e/rWDd0WIacyTUkDYIxN6vDsCXvJX0elBLVGBXNfDvt2+FB/pVnWCfyPqfkAnwIlul7rxDoqI8BB8mwpIM6kbj5U= Message-ID: <47604B71.7090902@keyaccess.nl> Date: Wed, 12 Dec 2007 21:58:25 +0100 User-Agent: Thunderbird 2.0.0.9 (X11/20071031) MIME-Version: 1.0 To: Alan Cox CC: "David P. Reed" , Pavel Machek , Andi Kleen , "linux-os (Dick Johnson)" , David Newall , Paul Rolland , "H. Peter Anvin" , Krzysztof Halasa , linux-kernel@vger.kernel.org, Thomas Gleixner , Ingo Molnar , rol@witbe.net Subject: Re: More info on port 80 symptoms on MCP51 machine. References: <475DE6F4.80702@zytor.com> <475DEB23.1000304@davidnewall.com> <20071211084059.3d03e11d@tux.DEF.witbe.net> <475E5D4B.8020101@keyaccess.nl> <475E7DC2.4060509@davidnewall.com> <475E8D91.20201@keyaccess.nl> <475E95A3.3070801@davidnewall.com> <20071211163017.GD16750@one.firstfloor.org> <475EBFBA.6090301@keyaccess.nl> <20071211191649.GB3437@elf.ucw.cz> <475EEC75.80609@keyaccess.nl> <47603F66.3070108@reed.com> <476043DA.5000602@keyaccess.nl> In-Reply-To: <476043DA.5000602@keyaccess.nl> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit From: Rene Herman Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 838 Lines: 22 On 12-12-07 21:26, Rene Herman wrote: > On 12-12-07 21:07, David P. Reed wrote: >> Someone might have an in to nVidia to clarify this, since I don't. In >> any case, the udelay(2) approach seems to be a safe fix for this machine. By the way, _does_ anyone have a contact at nVidia who could clarify? Alan maybe? I'm quite curious what they did... Summary: Unless after booting with "acpi=off", outputs to port 0x80 (the legacy way to delay I/O) reliably, but not immediately, hang MCP51 machines. Outputs to port 0xed do not indicating it's a not a generic bus abort problem. 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/