Date: Mon, 07 Jun 1999 11:51:43 -0700 From: Mike Smith <mike@smith.net.au> To: "Chris D. Faulhaber" <jedgar@fxp.org> Cc: Junichi Satoh <junichi@junichi.org>, hackers@freebsd.org Subject: Re: wfd.c and ATAPI Zip Message-ID: <199906071851.LAA00571@dingo.cdrom.com> In-Reply-To: Your message of "Mon, 07 Jun 1999 11:19:55 EDT." <Pine.BSF.4.10.9906071105050.10703-100000@pawn.primelocation.net>
next in thread | previous in thread | raw e-mail | index | archive | help
> On Tue, 8 Jun 1999, Junichi Satoh wrote: > > > Hmm... > > > > I have an ATAPI ZIP drive: > > ======================================================================== > > wdc0: unit 1 (atapi): <IOMEGA ZIP 100 ATAPI/23.D>, removable, intr, iordis > > wfd1: medium type unknown (no disk) > > wfd1: buggy Zip drive, 64-block transfer limit set > > ======================================================================== > > > > It does not work with your patch. It's a buggy drive. > > > > Probably, using only strcmp() is not enough. > > We shoud distinguish buggy or not using revision number. > > > > #I don't know how many revisions are available. :-) > > --- > > Junichi Satoh junichi@junichi.org > > junichi@jp.FreeBSD.ORG > > > > 12.A, 21.*, and 23.* are known to be buggy...13.A doesn't appear to be. > Since the current method of sorting out the revisions doesn't seem to > be perfect, would it be acceptible to consider them all buggy unless known > not to be (i.e. compare ap->revision instead of ap->model)? Uh, that's what the code does; if it's a Zip drive, it's considered to be buggy regardless of revision. If the string compare isn't matching a drive in the field, it means that Iomega have changed the string and we need to know what the new drives are calling themselves. -- \\ The mind's the standard \\ Mike Smith \\ of the man. \\ msmith@freebsd.org \\ -- Joseph Merrick \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199906071851.LAA00571>