Newsgroups: comp.sys.sgi
Path: utzoo!utgpu!utstat!tg
From: tg@utstat.uucp (Tom Glinos)
Subject: Re: CD-ROM offer [ details on implementation ]
Message-ID: <1991Feb14.155649.20613@utstat.uucp>
Organization: U of Toronto Statistics
References: <9102131750.AA08632@scripps.edu> <1991Feb14.021900.8427@odin.corp.sgi.com>
Date: Thu, 14 Feb 1991 15:56:49 GMT

In article <1991Feb14.021900.8427@odin.corp.sgi.com> olson@anchor.esd.sgi.com (Dave Olson) writes:
>In <9102131750.AA08632@scripps.edu> jwk@SCRIPPS.EDU (John Kupec) writes:
>
>
>By the way, the CDROM drive(s) we end up supporting will have custom
>proms in the drive, in order to support booting from existing CPU
>proms.  The main change is to default to 512 byte blocks instead of
>2048, and secondarily to claim in the inquiry command that they are
>device type 0 (hard disk).  Re-powering the drive, or a SCSI bus reset
>will cause it to revert to the hard-disk mode (it has to do it on a bus
>reset for installs to work correctly after an init 0 without
>re-powering the CPU).
>

Why not change the boot proms on the CPU side instead?

Convince me that this would be more expensive than the charging scheme
that I see on the back of the CD-ROM jewel case.