From owner-freebsd-hackers Wed Sep 11 21:11:57 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA02876 for hackers-outgoing; Wed, 11 Sep 1996 21:11:57 -0700 (PDT) Received: from mx.serv.net (mx.serv.net [199.201.191.10]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id VAA02868 for ; Wed, 11 Sep 1996 21:11:53 -0700 (PDT) Received: from MindBender.serv.net by mx.serv.net (8.7.5/SERV Revision: 2.30 † id VAA08516; Wed, 11 Sep 1996 21:11:59 -0700 (PDT) Received: from localhost.HeadCandy.com (michaelv@localhost.HeadCandy.com [127.0.0.1]) by MindBender.serv.net (8.7.5/8.7.3) with SMTP id VAA24398; Wed, 11 Sep 1996 21:11:43 -0700 (PDT) Message-Id: <199609120411.VAA24398@MindBender.serv.net> X-Authentication-Warning: MindBender.serv.net: Host michaelv@localhost.HeadCandy.com [127.0.0.1] didn't use HELO protocol To: brianc@pobox.com cc: freebsd-hackers@freebsd.org (FreeBSD Hackers) Subject: Re: IDE and ASUS P/I-P6NP5 In-reply-to: Your message of Wed, 11 Sep 96 21:41:35 -0400. <199609120141.VAA00555@ottawa.net> Date: Wed, 11 Sep 1996 21:11:43 -0700 From: "Michael L. VanLoon -- HeadCandy.com" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> I think the problem is still that it is impossible to reliably detect >> support for the mode without crashing older (WD1007, etc.?) hardware. >And Terry clearly has a problem with IDE in general. Well, Terry isn't the only one... >Nonetheless I'd really love to have a bus-mastering IDE driver >available. I could care less if it automatically detects older >hardware, although other operating systems manage to do this. Yes, I agree this would be great. We should make the most of all our hardware... >I'd be happy to manually specify that my IDE chipset and drive were >"DMA capable" for the dual benefit of freeing up the CPU for more >useful tasks and increased throughput. But you still shouldn't kid yourself that it would be "as good as" SCSI. All the design deficiencies of IDE aside, the single most important benefit to asynchronous high speed drive through-put that I have found in my testing, is tagged-command-queuing. Even over the same high end SCSI board (AHC-2940UW or BT956c) on the same drives, with tagged-command-queuing simply disabled. I may be mistaken, but I don't believe I have heard of EIDE even attempting to address something on that level. So, once again, I agree that it would be a really great win to have this EIDE functionality (especially for all the existing hardware already out there), but I still recommend that you stick to SCSI from the start, if there is any way you can do so. ----------------------------------------------------------------------------- Michael L. VanLoon michaelv@MindBender.serv.net --< Free your mind and your machine -- NetBSD free un*x >-- NetBSD working ports: 386+PC, Mac 68k, Amiga, Atari 68k, HP300, Sun3, Sun4/4c/4m, DEC MIPS, DEC Alpha, PC532, VAX, MVME68k, arm32... NetBSD ports in progress: PICA, others... -----------------------------------------------------------------------------