From owner-freebsd-hackers  Mon Apr 14 15:05:21 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.5/8.8.5) id PAA17953
          for hackers-outgoing; Mon, 14 Apr 1997 15:05:21 -0700 (PDT)
Received: from relay-7.mail.demon.net (relay-7.mail.demon.net [194.217.242.9])
          by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id PAA17940
          for <hackers@freebsd.org>; Mon, 14 Apr 1997 15:05:18 -0700 (PDT)
Received: from erlenstar.demon.co.uk ([194.222.144.22])
          by relay-6.mail.demon.net  id aa0624559; 14 Apr 97 19:52 BST
Received: (from andrew@localhost)
	by erlenstar.demon.co.uk (8.8.5/8.8.5) id TAA00285;
	Mon, 14 Apr 1997 19:51:10 +0100 (BST)
To: hackers@freebsd.org
Cc: vmen3237@ss1000.ms.mff.cuni.cz
Subject: Re: ahc problems w/ xcdplayer?
References: <87rageuxny.fsf@erlenstar.demon.co.uk>
From: Andrew Gierth <andrew@erlenstar.demon.co.uk>
In-Reply-To: Andrew Gierth's message of 14 Apr 1997 03:48:49 +0100
X-Mayan-Date: Long count = 12.19.4.1.8; tzolkin = 5 Lamat; haab = 6 Pop
X-Attribution: AG
Date: 14 Apr 1997 19:51:09 +0100
Message-ID: <87sp0txwte.fsf@erlenstar.demon.co.uk>
Lines: 43
X-Mailer: Gnus v5.3/Emacs 19.34
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

>>>>> "AG" == Andrew Gierth <andrew@erlenstar.demon.co.uk> writes:

 AG> Selecting "play" on xcdplayer for the *second* time locks the machine 
 AG> dead. Before it dies, though, it emits these messages:

OK. Have pulled in all the latest stuff from RELENG_2_2, and it no longer
crashes the machine, but neither does it work... :-(

Using "cdplayer" from the xcd port, and issuing the commands
CD> play 1 2     (actually any play or msfplay command can be substituted)
CD> stop
CD> msfplay 0 2 0 1 2 0

This is what the console shows:
cd0(ahc0:2:0): SCB 0x0 - timed out while idle, LASTPHASE == 0x1, SCSISIGI == 0x0
SEQADDR = 0x5 SCSISEQ = 0x12 SSTAT0 = 0x5 SSTAT1 = 0xa
cd0(ahc0:2:0): Queueing an Abort SCB
cd0(ahc0:2:0): Abort Message Sent
cd0(ahc0:2:0): SCB 0 - Abort Completed.
cd0(ahc0:2:0): no longer in timeout
ahc0:A:2: no active SCB for reconnecting target - issuing ABORT
SAVED_TCL == 0x20
Timedout SCB handled by another timeout
sd0(ahc0:0:0): SCB 0x2 - timed out in message out phase, SCSISIGI == 0x0
SEQADDR = 0xa1 SCSISEQ = 0x12 SSTAT0 = 0x5 SSTAT1 = 0xa
sd0(ahc0:0:0): SCB 2: Yucky Immediate reset.  Flags = 0x1
ahc0: Issued Channel A Bus Reset. 1 SCBs aborted
Clearing bus reset
Clearing 'in-reset' flag
sd0(ahc0:0:0): no longer in timeout
sd0(ahc0:0:0): UNIT ATTENTION asc:29,0
sd0(ahc0:0:0):  Power on, reset, or bus device reset occurred field replaceable unit: 1
, retries:3

Can anyone venture a guess as to how to investigate or fix this?

Oddly, it only seems to be the msfplay command that causes the error, and only
if used *after* stopping another play command. After the sequence above has 
occured, and the device closed and reopened, an msfplay command succeeds;
issue "stop" then another msfplay and the same error repeats.

-- 
Andrew.