Date: Sat, 14 Nov 1998 12:15:47 GMT From: Zach Heilig <zach@gaffaneys.com> To: FreeBSD-gnats-submit@FreeBSD.ORG Subject: kern/8683: Problems with Atapi in 3.0... Message-ID: <199811141215.MAA00900@k6n1.znh.org>
next in thread | raw e-mail | index | archive | help
>Number: 8683
>Category: kern
>Synopsis: Problems with Atapi in 3.0...
>Confidential: no
>Severity: serious
>Priority: medium
>Responsible: freebsd-bugs
>State: open
>Quarter:
>Keywords:
>Date-Required:
>Class: sw-bug
>Submitter-Id: current-users
>Arrival-Date: Sat Nov 14 04:20:00 PST 1998
>Last-Modified:
>Originator: Zach Heilig
>Organization:
>Release: FreeBSD 3.0-CURRENT i386
>Environment:
FreeBSD 3.0-CURRENT #6: Sun Nov 8 16:51:26 CST 1998
[ kernel built right after cvsup/make world ]
The device in question [4 disk cd changer] is the only IDE type device in
the system.
wdc1 at 0x170-0x177 irq 15 on isa
wdc1: unit 0 (atapi): <NEC CD-ROM DRIVE:252/3.18>, removable, dma, iordy
wcd0: 1031KB/sec, 128KB cache, audio play, 255 volume levels, ejectable changer, unlocked
wcd0: changer slot 0 disk present
wcd1: changer slot 1 disk present
wcd2: changer slot 2 no disk
wcd3: changer slot 3 disk present
>Description:
After reading a few [1000-2000] files from one of the disks (and being very
careful to not touch any other disk to avoid making the changer change):
'find . -type f -print0 | xargs -0 md5' ,
this pops up on the console, and the machine locks up tight for about 10
seconds, then comes back to "normal" except any access to any of the atapi
devices locks the machine for another 10 seconds.
atapi1.0: invalid command phase, ireason=0xd0, status=d0<busy,ready,opdone>, error=d0
atapi1.0: invalid command phase, ireason=0xd8, status=d8<busy,ready,opdone,drq>, error=d8<mchg>
atapi1.0: controller not ready for cmd
atapi1.0: controller not ready for cmd
atapi1.0: controller not ready for cmd
[... repeated a couple times for each access to the changer ]
shutting down and manually unmounting the disks (or remounting read-only --
otherwise they are all dirty after rebooting), and rebooting is enough to
unwedge the device. Turning power off for a minute or so does not change how
long it takes to wedge.
>How-To-Repeat:
>Fix:
>Audit-Trail:
>Unformatted:
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199811141215.MAA00900>