Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1759472AbXLaMdN (ORCPT ); Mon, 31 Dec 2007 07:33:13 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751952AbXLaMc7 (ORCPT ); Mon, 31 Dec 2007 07:32:59 -0500 Received: from outpipe-village-512-1.bc.nu ([81.2.110.250]:38836 "EHLO the-village.bc.nu" rhost-flags-OK-FAIL-OK-FAIL) by vger.kernel.org with ESMTP id S1751747AbXLaMc6 (ORCPT ); Mon, 31 Dec 2007 07:32:58 -0500 Date: Mon, 31 Dec 2007 12:23:44 +0000 From: Alan Cox To: Rene Herman Cc: Ingo Molnar , Linus Torvalds , dpreed@reed.com, 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: <20071231122344.7b403cd8@the-village.bc.nu> In-Reply-To: <4777E010.7030703@keyaccess.nl> 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> 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: 1637 Lines: 39 On Sun, 30 Dec 2007 19:14:40 +0100 Rene Herman wrote: > On 30-12-07 17:48, Alan Cox wrote: > > > For processors with TSC I think we should aim for 2.6.25 to do this and > > to have the major other _p fixups done. I pity whoever does stuff like > > the scc drivers but most of the rest isn't too bad. > > I'm by the way looking at drivers/net/wd.c which my 386 uses for its dual > mode NE2000/WD8013 clone ISA NIC and while it specifically needs no delay at > all it seems, the mixed use of out and outb_p seems to suggest that someone > once thought about that. Would you advice sticking in a udelay(2) manually > there? I dug out the reference drivers. The reference drivers use the delay and the 8390 datasheet confirms it is neccessary. The Crynwr driver has some interesting things to say | The National 8390 Chip (NIC) requires 4 bus clocks between successive | chip selects (National DP8390 Data Sheet Addendum, June 1990) Also " To establish a minimum delay, an I/O instruction must be used. A good rule of ; thumb is that ISA I/O instructions take ~1.0 microseconds and MCA I/O ; instructions take ~0.5 microseconds. Reading the NMI Status Register (0x61) ; is a good way to pause on all machines." But all the official drivers use pauses and the manual says they are needed for correct, reliable behaviour - at least with a genuine 8390. -- 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/