From owner-freebsd-hardware Fri Aug 23 15:19:33 1996 Return-Path: owner-hardware Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA19445 for hardware-outgoing; Fri, 23 Aug 1996 15:19:33 -0700 (PDT) Received: from FileServ1.MI.Uni-Koeln.DE (FileServ1.MI.Uni-Koeln.DE [134.95.212.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id PAA19326 for ; Fri, 23 Aug 1996 15:17:58 -0700 (PDT) Received: from x14.mi.uni-koeln.de (annexr3-6.slip.Uni-Koeln.DE) by FileServ1.MI.Uni-Koeln.DE with SMTP id AA08674 (5.67b/IDA-1.5 for ); Sat, 24 Aug 1996 00:14:41 +0200 Received: (from se@localhost) by x14.mi.uni-koeln.de (8.7.5/8.6.9) id AAA22908; Sat, 24 Aug 1996 00:14:39 +0200 (MET DST) Date: Sat, 24 Aug 1996 00:14:39 +0200 (MET DST) Message-Id: <199608232214.AAA22908@x14.mi.uni-koeln.de> From: Stefan Esser To: "Justin T. Gibbs" Cc: Stefan Esser , "Michael L. VanLoon -- HeadCandy.com" , "Rodney W. Grimes" , jas@flyingfox.com (Jim Shankland), freebsd-hardware@freebsd.org Subject: Re: SCSI again: Asus SC200 vs. Adaptec 2940 In-Reply-To: <199608220642.XAA20776@freefall.freebsd.org> References: <199608211913.VAA04328@x14.mi.uni-koeln.de> <199608220642.XAA20776@freefall.freebsd.org> Sender: owner-hardware@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Justin T. Gibbs writes: > > > I don't know if the NCR has tagged-command-queuing support or not. If > > > it did, I don't think I would trust it (the NCR driver is OK for > > > workstation type stuff, as Justin pointed out, but it is known to be > > > buggier than either the BusLogic or Adaptec drivers). > > That wasn't me who said that. I know there have been bugs in the past with > the NCR driver, but there have also been bugs in the aic7xxx driver too. I > have no idea of the current stability of the ncr driver since I don't own > one of those cards. > > My only problem with the ncr driver right now is that I don't have all > the necessary changes from Stefan yet to make it work with my changes to > the SCSI system. Prod. Prod. 8-) Yes, sure. But my job doesn't leave me any time to work out a good solution except if I take a vacation for it. I might be able to write a wrapper that just copies the data structure provided by the new generic code into local variables, as is done with the current code. Or I might be able to complete a version that is limited to a small number of simultanous commands (ahemm, ONE single command :) which will be made fully functional a few weeks later (famous last words, I know ...) Well, anyway: I know that you can't accept being kept back for too long, and I appreciate the changes you have prepared and hope they'll be intergrated soon. And I know there are dependencies ... I intend to spend a full work on NCR driver issues this weekend, but I can't promise that I'll have a preliminary solution to offer before one or two other week(end)s have passed. Regards, STefan