Skip site navigation (1)Skip section navigation (2)
Date:      14 Apr 1997 19:51:09 +0100
From:      Andrew Gierth <andrew@erlenstar.demon.co.uk>
To:        hackers@freebsd.org
Cc:        vmen3237@ss1000.ms.mff.cuni.cz
Subject:   Re: ahc problems w/ xcdplayer?
Message-ID:  <87sp0txwte.fsf@erlenstar.demon.co.uk>
In-Reply-To: Andrew Gierth's message of 14 Apr 1997 03:48:49 %2B0100
References:  <87rageuxny.fsf@erlenstar.demon.co.uk>

next in thread | previous in thread | raw e-mail | index | archive | help
>>>>> "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.



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?87sp0txwte.fsf>