From owner-freebsd-current Sun Oct 18 21:24:18 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA13033 for freebsd-current-outgoing; Sun, 18 Oct 1998 21:24:18 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from fallout.campusview.indiana.edu (fallout.campusview.indiana.edu [149.159.1.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA13028 for ; Sun, 18 Oct 1998 21:24:16 -0700 (PDT) (envelope-from jfieber@fallout.campusview.indiana.edu) Received: from localhost (jfieber@localhost) by fallout.campusview.indiana.edu (8.9.1/8.9.1) with ESMTP id XAA28404; Sun, 18 Oct 1998 23:23:51 -0500 (EST) Date: Sun, 18 Oct 1998 23:23:50 -0500 (EST) From: John Fieber To: Nathan Dorfman cc: freebsd-current@FreeBSD.ORG Subject: Re: 3.0-R, CAM, and audio tracks In-Reply-To: <19981018231703.A11707@binary.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, 18 Oct 1998, Nathan Dorfman wrote: > It was suggested to me that CAM might have a problem with passthrough > for audio discs/tracks. Can anyone confirm/deny this? Anyone have > any other ideas? I've never been able to get decent audio dumps from my Toshiba 3501 using tosha (or anything else for that matter), but what was unique about my one attempt under 3.0-BETA (Oct 11 kernel) is that my whole SCSI bus ground to a halt. My softupdates enabled filesystems recovered pretty well after a reboot and I promptly delete the tosha port. The controller in an ASUS SC200. -john To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message