Xref: utzoo comp.sys.ibm.pc:12614 comp.unix.xenix:1587 comp.unix.microport:102
Path: utzoo!mnetor!uunet!lll-winken!lll-lcc!ames!hao!husc6!psuvax1!vu-vlsi!cbmvax!grr
From: grr@cbmvax.UUCP (George Robbins)
Newsgroups: comp.sys.ibm.pc,comp.unix.xenix,comp.unix.microport
Subject: Re: Wren III-182 question
Message-ID: <3391@cbmvax.UUCP>
Date: 29 Feb 88 19:06:11 GMT
References: <856@bigtex.uu.net> <3371@cbmvax.UUCP> <870@bigtex.UUCP>
Reply-To: grr@cbmvax.UUCP (George Robbins)
Organization: Commodore Technology, West Chester, PA
Lines: 20
Keywords: Fixing Compaq brain damage

In article <870@bigtex.UUCP> james@bigtex.UUCP (James Van Artsdalen) writes:
> In article <3371@cbmvax.UUCP>, grr@cbmvax.UUCP (George Robbins) writes:
> 
> I forgot to mention it in my original article, but the Wren III-182 I have is
> an ESDI drive, and therefore knows how many heads/cylinders/sectors-per-track
> it supports.

In this case it seems likely that it is a special order "OEM" version.  There
is probably a control microprocessor that is programmed slightly differntly
so that it returns the "fradulent" geometry information.  You might try to
compare the drive to a "normal" unit and see if there is a micro-processor
or ROM that has different part number/version identification on it.

It may not be that easy to get CDC to "fix" the unit.  In this case, you
might try patching the driver or playing games to force it to use the
"native" geometry...

-- 
George Robbins - now working for,	uucp: {uunet|ihnp4|rutgers}!cbmvax!grr
but no way officially representing	arpa: cbmvax!grr@uunet.uu.net
Commodore, Engineering Department	fone: 215-431-9255 (only by moonlite)