Date: Wed, 17 Dec 1997 15:13:18 EST From: wakkym@juno.com (Lee Cremeans) To: abial@korin.warman.org.pl Cc: hackers@freebsd.org Subject: Re: atapi.c || wierd hardware Message-ID: <19971217.151114.5295.0.wakkym@juno.com> References: <Pine.NEB.3.95.971217112618.4403B-100000@korin.warman.org.pl>
next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, 17 Dec 1997 11:32:18 +0100 (CET) Andrzej Bialecki <abial@korin.warman.org.pl> writes: >On Tue, 16 Dec 1997, Lee Cremeans wrote: > >> >> On Tue, 16 Dec 1997 19:44:08 -0500 (EST) "Gregory D. Moncreaff" >> <moncrg@bt340707.res.ray.com> writes: >> > >> >I've got a couple of IDE cdroms that, on boot/probe, >> >put a line as follows in the log: >> > >> >wdc1: unit 0 (atapi): <NEC CD-ROM DRIVE:282/3.05>, >> >removable, dma, iordy >> > >> >(lots of whitespace between 'NEC' and 'CD') > >And how about this: > >wdc1: unit 0 (atapi): <TOSHIBA CD-ROM XM-5602B/1656>, removable, intr, >dma, iordy >wcd0: 1377Kb/sec, 256Kb cache, audio play, 255 volume levels, >ejectable tray >wcd0: no disc inside, unlocked >wdc1: unit 1 (atapi): ><\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?/\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?>, >removable, cmd3, drq3, ovlap, idma, >iordis >wdc1: unit 1: unknown ATAPI protocol=3 > >But it works ok... I simply got used to this. Aie, I get this too...this is on a Mitsumi FX001DE connected to a Triton FX DMA IDE controller. I noticed it started happening here when I bumped my local-bus speed to 66 MHz (from 50MHz). It may well be a bug in the Oak OTI-011 ATAPI-interface chip inside my drive...you may want to tear yours down (assuming it's not under warranty :) and look for an OTI-011. >Now, inside my home machine I have a Pioneer ATAPI unit, which is >reported >by kernel as <iPnoee r .....> - little/big endian confusion on part of >manufacturer :-) I've seen this on at least one old IDE hard drive (the WDC 93044 and its siblings)...ATA model strings are ALWAYS supposed to be big-endian, as far as I can tell. >I conclude from this that vendors often have peculiar understanding of >"standards"... Yep... :/
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?19971217.151114.5295.0.wakkym>