Summary: HSFS Problems(part2)

From: Andrew Papanikolas (
Date: Sat Nov 06 1993 - 02:20:47 CST

Since I posted my last summary I ahve gotten several responses from people
wanting to know what the patch was or how I modified my drive.

Well, Here is everything I know about Toshiba CD-ROM Drives and The HSFS Patch.

Andrew Papanikolas
University of Arizona
Lunar and Planetary Lab
Tucson, AZ

----- Begin Included Message -----

>From Mon Nov 1 06:33:15 1993
From: mjewison@NEREID.SAL.ISTS.CA (Mike Jewison)
Subject: Re: HSFS Problems
Date: Mon, 1 Nov 1993 08:33:55 -0500
X-Mailer: ELM [version 2.3 PL11]
Content-Length: 4717
X-Lines: 133

You write:

> Hi,
> I'm runnig SunOS 4.1.3 on a Sparc 1+ and I'm having problems
> with some CD's. I'm using a Toshiba XM-3301 with a few minor modifications
> to allow it to interface with my Sun. The bulk of my work is off of
> various sets of CD's put out by the Jet Propulsion Laboratory, which contain
> the images sent back by the various planetary missions. The disc's are in
> ISO9660/HighSierra Format. The CD mounts OK, but I get an error which
> looks something like "hsfs: filetype (0x8) not supported."
> Portions of the disc are accesible (text files), but the direcories which
> contain the images are not.
> I tried a Sun CD-ROM drive, but had the same problem. It only worked on a
> system running Solaris 2.3.
> Does anyone have any ideas as to how I can fix this problem?
> All help is greatly appreciated,

FROM Mike Jewison <mjewison@NEREID.SAL.ISTS.CA

******************* Included message starts here *********************

>From Thu Apr 8 12:44:18 1993
Received: from by (4.1/smail2.5/15-05-88)
        id AA20541; Thu, 8 Apr 93 12:44:17 EDT
Received: from ([]) by with SMTP id <9071>; Thu, 8 Apr 1993 12:44:08 -0400
Received: from by (PMDF #2381 ) id
 <>; Thu, 8 Apr 1993 09:43:16 MST
Received: by; Thu, 8 Apr 93 09:43:00 MST
Date: Thu, 8 Apr 1993 12:43:00 -0400
From: Terry Forrester <>
Subject: CD-ROM HSFS Driver Patch from Sun
Message-Id: <>
Content-Transfer-Encoding: 7BIT
Status: OR

        I obtained the following patch for the HSFS driver from Sun. I think
it will fix your problems.
Return-Path: <Mike.Carson@West.Sun.COM>
Received: from Sun.COM by (4.1/SMI-4.1)
        id AA09794; Wed, 7 Apr 93 19:27:53 MST
Received: from West.Sun.COM (west.West.Sun.COM) by Sun.COM (4.1/SMI-4.1)
        id AA21040; Wed, 7 Apr 93 19:27:52 PDT
Received: from tucsun.West.Sun.COM by West.Sun.COM (4.1/SMI-4.1)
        id AA16847; Wed, 7 Apr 93 19:27:48 PDT
Received: from stinger.West.Sun.COM by tucsun.West.Sun.COM (4.1/SMI-4.1-900117)
        id AA12082; Wed, 7 Apr 93 20:27:51 MDT
Date: Wed, 7 Apr 93 20:27:50 MDT
From: Mike.Carson@West.Sun.COM (Mike Carson SUN Tucson 602-577-5207)
Message-Id: <9304080227.AA12082@tucsun.West.Sun.COM>
Subject: Re: SunOS 4.1.3 HSFS Driver Patch
Content-Length: 1392
Status: RO

For the NASA CD's, the 4.1.3 patch is the same as the 4.1.2 version, which I've
included below.


Mike Carson, Systems Engineer
Sun Microsystems Computer Corporation e-mail: mike.carson@West.Sun.COM
1790 E. River Rd., Suite 213 Phone: (602) 577-5207
Tucson, AZ 85718 FAX: (602) 577-5201

----- Begin Included Message -----

Subject: NASA CD's and SunOS 4.1.2

As you found out, Sun cannot read the guide star
catalog cdrom from NASA. This is because all of the data
files are of type RECORD, which Sun chose not to support because
there is no UNIX interface to access the RECORD structure file.

Attached is a kernel patch that you can make your Sun
machine to read the guide star cdrom. As a precaution, please
save your old kernel before applying this patch.

for SunOS 4.1.2 & 4.1.3
acuraintegra# adb -w vmunix
>>>> hs_parsedir+c0?X
_hs_parsedir+0xc0: ba0de0ee
>>>> hs_parsedir+c0?Wba0de0e6
_hs_parsedir+0xc0: 0xba0de0ee = 0xba0de0e6
>>>> hs_parsedir+1a4?X
_hs_parsedir+0x1a4: ba0de0ee
>>>> hs_parsedir+1a4?Wba0de0e6
_hs_parsedir+0x1a4: 0xba0de0ee = 0xba0de0e6
>>>> $q
Note: >>>> is added to illustrate what you should type.
You need to reboot.
You can also edit the file in OBJ/hsfs_node.o.

Feel free to pass along this patch to those who need this fix.

----- End Included Message -----

******************* Included message ends ****************************

- Mike Jewison, Systems Manager
  Space Astrophysics Laboratory
  Institute for Space and Terrestrial Science
  4850 Keele St., 2nd Floor
  North York, Ontario
  CANADA   M3J 3K1

Internet: Phone: (416) 665-5451 FAX: (416) 665-5497

----- End Included Message -----

Here's What I Did to my Drive.

----- Begin Included Message -----

> From APAPANIK@CCIT.ARIZONA.EDU Tue Oct 5 22:29:11 1993 > Subject: Re: Yet another Non-Sun CDROM drive Question > To: > > X-News: uaccit comp.sys.sun.hardware:12358 > From: (Juergen Keil) > Subject:Re: Yet another Non-Sun CDROM drive Question > Date: 01 Oct 1993 12:58:53 GMT > Message-ID:<> > > In article <28fba0$> > (J. Keith Alston) writes: > > > I have a Toshiba TXM3401E1 CDROM drive that I would like to connect > > to a SPARCstation 10 ... > > ... The boot entry in /usr/adm/messages says: > > > > Sep 30 10:32:45 goog vmunix: sr0: Unrecognized Vendor 'TOSHIBA ', product ' CD-ROM > ^^^^^^^^^^^^ > They've fixed the spelling error? :-) > > > When I attempt to mount a CD I get a data transfer overrun. > > That's the typical problem with a cdrom drive using 2048 bytes/block. > Your 3401 still needs the hardware modification for suns. Below I've > appended a news article that describes this modification. Works fine. > > Btw. this modification doesn't help for CDROM/XA discs. The Toshiba > XM-3[34]01 can read XA cds (Electronic Book, PhotoCD) only in 2048 > bytes/block mode, with Sun's current drivers you can't read XA type > cds using this drive. > > ------------------------------------------------------------ > In article <> you wrote: > > > I have a Toshiba XM-3301 CD-ROM drive, when I connected it to my > > Sun SPARCstation IPX running SunOS Release 4.1.2 ... > > Toshiba tries to cover all markets with one drive by including > firmware for all their OEMs on the same unit. The 3301 and 3401 > both have two jumper pads on the accessible back part of the circuit > board. The pads are solder joints shaped like two sets of opposing > half-moons. > > On the drives shipped to the PC market, both pairs are jumpered. > On drives shipped to Sun, one of the pairs is cut. Drives shipped > to SGI have a different combination cut. The two pad pairs are labeled > 0 and 1. The combinations are: > > 0 1 Selected Version > ----------------------------------------- > Connect Connect Toshiba Standard Version > Connect Cut 512 Byte Block Length > Cut Connect SGI Version > Cut Cut Intergraph/Sun Micro > > The above chart is from a file passed around on the net. I haven't > tried cutting any traces yet, and can't vouch for it personally. > I do know that Toshiba considers the information proprietary and > won't help you if you call tech support. > > You will quickly ascertain that once you cut a trace, your drive > is then altered for use on a different system. The only way to > go back and forth is to cut both traces and wire the pads to two > simple switches so you can set any of the four combinations as will. > > Again, I haven't tried this, although I intend to. And it is a > very much unauthorized alteration. > > By the way, I'm told that SunOS 4.1.3 includes the RockRidge > CD-ROM extensions, which you are going to want if you're brave > enough to alter your drive. > > Good luck. > -- > Juergen Keil ...!{uunet,mcsun}!unido!tools!jk >

----- End Included Message -----

This archive was generated by hypermail 2.1.2 : Fri Sep 28 2001 - 23:08:28 CDT