From owner-freebsd-hackers  Tue Jul 25 14:38:20 1995
Return-Path: hackers-owner
Received: (from majordom@localhost)
          by freefall.cdrom.com (8.6.11/8.6.6) id OAA13860
          for hackers-outgoing; Tue, 25 Jul 1995 14:38:20 -0700
Received: from hda.com (hda.com [199.232.40.182])
          by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id OAA13854
          for <hackers@freebsd.org>; Tue, 25 Jul 1995 14:38:16 -0700
Received: (from dufault@localhost) by hda.com (8.6.11/8.6.9) id RAA02239; Tue, 25 Jul 1995 17:31:17 -0400
From: Peter Dufault <dufault@hda.com>
Message-Id: <199507252131.RAA02239@hda.com>
Subject: Re: Ultrastor unhappiness/crashing
To: msmith@atrad.adelaide.edu.au (Michael Smith)
Date: Tue, 25 Jul 1995 17:31:16 -0400 (EDT)
Cc: msmith@atrad.adelaide.edu.au, hackers@freebsd.org
In-Reply-To: <199507251155.VAA02596@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Jul 25, 95 09:25:20 pm
X-Mailer: ELM [version 2.4 PL24]
Content-Type: text
Content-Length: 2022      
Sender: hackers-owner@freebsd.org
Precedence: bulk

Michael Smith writes:
> 
> Michael Smith stands accused of saying:
> > Jul 25 00:03:59 borax /kernel: sd0(uha0:0:0): host adapter code inconsistency
> ...
> > This is the first time I've had this crash, although the inconsistency
> > messages have been piling up ever since 2.0.5 (one of the last ALPHAS) was
> > installed.
> 
> Or perhaps more accurately since I've been tinkering with scsi(8).
> (I can't be sure of this, but I am reasonably; big fingers 8)
> 
> So, a new variation on the question : what's wrong with this :
> 
> scsi -f /dev/rsd0.ctl -c "0 0 0 0 0 0"
> 
> It's a Test Unit Ready command; it neither sends nor returns data, so
> I'm not specifying any.  Results vary depending on what I do before and
> after it.
> 
It works fine here on the Adaptec 1542.  My guess is a UltraStor bug.
Try compiling with the SCSI_DEBUG option and turning debugging on the
driver.

% beggar.hda.com# scsi -f /dev/rsd0.ctl -c "0 0 0 0 0 0"
% beggar.hda.com# 

> In what we can pretend is an 'idle' state, I get no output.
> If I run an Inquiry command (as per the scsi(8) manpage) after it :
> scsi -f /dev/rsd0.ctl -c "12 0 0 0 64 0" -i 64 "s8 z8 z16 z14"
> I get :
> 
> SCIOCCOMMAND ioctl: Command accepted.
> return status 4 (Unknown return status)Command out (6 of 6):
> 12 00 00 00 64 00
> 
> Data in (0 of 64):
> 
> No sense sent.
> SEAGATE ST11200N 9390000666316
> 
> and an inconsistency message from the kernel.  I get the same result
> from the CDrom (Matsushita CR-503), but oddly _not_ from either the
> Micropolis 4110 or my TDC-3660.

For the Adaptec:
% 
% beggar.hda.com# scsi -f /dev/rsd0.ctl -c "12 0 0 0 64 0" -i 64 "s8 z8 z16 z14"
% CDC 94171-9 595000150550 

I think the "code inconsistency" error is the XS_DRIVER_STUFFUP error;
take a look at that.

-- 
*** Net and mailer reconfig is going on @hda.com.  Problems to hdslip@iii.net

Peter Dufault               Real Time Machine Control and Simulation
HD Associates, Inc.         Voice: 508 433 6936
dufault@hda.com             Fax:   508 433 5267