From owner-freebsd-hardware Wed Apr 3 22:45:53 1996 Return-Path: owner-hardware Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA02915 for hardware-outgoing; Wed, 3 Apr 1996 22:45:53 -0800 (PST) Received: from lserver.infoworld.com (lserver.infoworld.com [192.216.48.4]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id WAA02910 for ; Wed, 3 Apr 1996 22:45:51 -0800 (PST) Received: from ccgate.infoworld.com by lserver.infoworld.com with smtp (Smail3.1.29.1 #12) id m0u4jBv-000wwAC; Wed, 3 Apr 96 23:10 PST Received: from cc:Mail by ccgate.infoworld.com id AA828600274; Wed, 03 Apr 96 23:40:32 PST Date: Wed, 03 Apr 96 23:40:32 PST From: "Brett Glass" Message-Id: <9603038286.AA828600274@ccgate.infoworld.com> To: Michael Smith Cc: msmith@atrad.adelaide.edu.au, jkh@time.cdrom.com, hardware@freebsd.org Subject: Re: Some solutions to disk problems.... I think. Sender: owner-hardware@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > *sigh* The whole point is that _nothing_ other than the 'wd' driver > should know this; Why not? When a tape drive or CD-ROM is attached to a SCSI interface, there are exposed flags for both the SCSI adapter and the drive. This isn't "special case" code. > You want to be able to match a vendor string and a model number. If the > textual content changes, you duplicate the entry in the table. Thus making the table larger than intelligent recognition code. Even wildcards aren't enough to solve the problem. (Regular expressions WOULD be, but I don't think there's much justification for adding a regular expression matcher to the kernel!) >> Different things will be searched for in different cases. It's easy to >> break this out into functions that search for the right thing in each >>case. > Huh? You can "search for" the contents of the ID string. The contents of the ID string may need to be parsed further. At which point, one will need code anyway. > No, egregious monsterism aside, the majority of drives still follow the > spec. All you want is a list of drives that behave outside the envelope > that's required for conformance with the driver. This is not 'all > drives', as is demonstrated by the lack of such a table to date. The lack of such a table to date only indicates that the problem has not been addressed.... --Brett