Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 14 Mar 1999 20:44:49 -0500 (EST)
From:      "Matthew N. Dodd" <winter@jurai.net>
To:        Joerg Wunsch <joerg_wunsch@uriah.heep.sax.de>
Cc:        FreeBSD SCSI list <freebsd-scsi@FreeBSD.ORG>
Subject:   Re: SONY SMO-C501-09 not recognized under CAM
Message-ID:  <Pine.BSF.4.02.9903142040330.2158-100000@sasami.jurai.net>
In-Reply-To: <19990314084849.47902@uriah.heep.sax.de>

next in thread | previous in thread | raw e-mail | index | archive | help
On Sun, 14 Mar 1999, J Wunsch wrote:
> Well, as i wrote in the other message, i'm now (finally) also with CAM
> at home.  Basically, everything's working fine so far.  (Unlike what
> Ken wrote, i can't confirm the problems with the IBM DCAS with tagged
> queuing, but i'll try to collect bonnie and iozone data first.)
>
> Well, the subject says what's not working yet: my old SONY MO drive.
> Upon booting, i get (after a rather long timeout, i. e. while the
> system is already proceeding with the boot):

I can't get the device to attach to the DA driver unless a platter is
loaded.  My C1716T and C1716C don't have this problem but the 2
SMO-C501-00s and the 2 SMO-C501-25s (With HP firmware) in my library do.

> (da2:ncr1:0:3:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 
> (da2:ncr1:0:3:0): NOT READY asc:4,0
> (da2:ncr1:0:3:0): Logical unit not ready, cause not reportable
> (da2:ncr1:0:3:0): fatal error, failed to attach to device
> (da2:ncr1:0:3:0): lost device
> (da2:ncr1:0:3:0): removing device entry
> 
> Hmm, yes, the drive ain't spinning by that time (i keep it down when
> not used), but i was under the impression the probe routine would spin
> it up anyway?  At least the old od(4) driver did so (and in my hacked
> version, automatically brought the drive down when not openened by
> anyone.)

Hummm.  The external I just plugged into my running system (was on the
Mac which has problems with it right now. (Damn you Steve Jobs, damn you
to hell.))
da5 at dpt0 bus 0 target 4 lun 0
da5: <SONY SMO-C501-00 2.07> Removable Direct Access SCSI-CCS device 
da5: 281MB (576999 512 byte sectors: 64H 32S/T 281C)

> I can then spin it up manually using the associated pass device, but a
> `camcontrol rescan' doesn't get it back as a `da2' as i would have
> expected.  Here's all i could get so far:

Indeed.  Same problem when I plug it in and rescan without a platter.

> uriah # camcontrol inquiry -n pass -u 4
> <SONY SMO-C501-09   KG 2.13> Removable Direct Access SCSI-CCS device 
> Serial Number 0.0MB/s transfers 
> uriah # camcontrol start -n pass -u 4
> Unit started successfully
> uriah # camcontrol tur -n pass -u 4
> Unit is ready
> uriah # camcontrol rescan 1
> Re-scan of bus 1 was successful
> uriah # camcontrol rescan 0
> Re-scan of bus 0 was successful
> uriah # camcontrol devlist
> <  >                               at scbus-1 target -1 lun -1 (xpt0)
> <SEAGATE ST32430N 0510>            at scbus0 target 0 lun 0 (pass0,da0)
> <TOSHIBA CD-ROM XM-3401TA 3353>    at scbus0 target 2 lun 0 (pass1,cd0)
> <TANDBERG TDC 4222 =07:>           at scbus0 target 4 lun 0 (pass2,sa0)
> <  >                               at scbus0 target -1 lun -1 ()
> <IBM DCAS-34330 S65A>              at scbus1 target 1 lun 0 (pass3,da1)
> <SONY SMO-C501-09   KG 2.13>       at scbus1 target 3 lun 0 (pass4)
> <  >                               at scbus1 target -1 lun -1 ()
> 
> Does anybody have a hint, maybe an idea for the quirk entry that's
> required in order to get the drive working?  (Yes, it's SCSI-CCS only,
> and it actually ain't even a SCSI drive, but rather an ESDI-to-SCSI
> bridge. :)

You wouldn't happen to have the docs on the bridge would you?

-- 
| Matthew N. Dodd  | 78 280Z | 75 164E | 84 245DL | FreeBSD/NetBSD/Sprite/VMS |
| winter@jurai.net |      This Space For Rent     | ix86,sparc,m68k,pmax,vax  |
| http://www.jurai.net/~winter | Are you k-rad elite enough for my webpage?   |



To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-scsi" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.4.02.9903142040330.2158-100000>