From owner-freebsd-stable Sun Dec 29 2:22:28 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5264837B401; Sun, 29 Dec 2002 02:22:27 -0800 (PST) Received: from fep2.012.net.il (fep2.goldenlines.net.il [212.117.129.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 561C443E4A; Sun, 29 Dec 2002 02:22:25 -0800 (PST) (envelope-from roman@xpert.com) Received: from cerberus.oven.org ([80.178.65.86]) by fep2.012.net.il with ESMTP id <20021229102213.YSBE6190.fep2@cerberus.oven.org>; Sun, 29 Dec 2002 12:22:13 +0200 Received: from alchemy.oven.org (alchemy.oven.org [10.0.1.2]) by cerberus.oven.org (8.12.6/8.12.6) with ESMTP id gBTAQrtn072914; Sun, 29 Dec 2002 12:26:54 +0200 (IST) (envelope-from roman@xpert.com) Received: from alchemy.oven.org (localhost [127.0.0.1]) by alchemy.oven.org (8.12.6/8.12.6) with ESMTP id gBTAM3SB076348; Sun, 29 Dec 2002 12:22:04 +0200 (IST) (envelope-from roman@xpert.com) Received: from localhost (mapc@localhost) by alchemy.oven.org (8.12.6/8.12.6/Submit) with ESMTP id gBTALhZI076343; Sun, 29 Dec 2002 12:21:54 +0200 (IST) X-Authentication-Warning: alchemy.oven.org: mapc owned process doing -bs Date: Sun, 29 Dec 2002 12:21:42 +0200 (IST) From: Roman Shterenzon X-X-Sender: mapc@alchemy.oven.org To: Soeren Schmidt Cc: freebsd-stable@freebsd.org, "" , "" Subject: Re: cdda2wav hangs ATAPI CDR Message-ID: <20021229121403.X76286@alchemy.oven.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hello again, How can I help investigate this bug in atapicam? Something interesting happened. I wasn't home for a while, and I didn't reboot the computer since the last time this hang happened. Now, I noticed this in syslog: Dec 29 08:48:10 alchemy /kernel: atapicam0: READ_CD command timeout - resetting Dec 29 08:48:10 alchemy /kernel: ata1: resetting devices .. ad3: DMA limited to UDMA33, non-ATA66 cable or device Dec 29 08:48:10 alchemy /kernel: done Now, the CDR is alive again. So, at least as a workaround, is it possible to trigger atapicam reset manually? Like atacontrol or camcontrol command? Thank you very much in advance, --Roman To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message