From owner-freebsd-current Tue Aug 25 01:29:54 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA20817 for freebsd-current-outgoing; Tue, 25 Aug 1998 01:29:54 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from ifi.uio.no (ifi.uio.no [129.240.64.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA20812 for ; Tue, 25 Aug 1998 01:29:52 -0700 (PDT) (envelope-from dag-erli@ifi.uio.no) Received: from hindarfjell.ifi.uio.no (2602@hindarfjell.ifi.uio.no [129.240.64.130]) by ifi.uio.no (8.8.8/8.8.7/ifi0.2) with ESMTP id KAA15575; Tue, 25 Aug 1998 10:29:04 +0200 (MET DST) Received: (from dag-erli@localhost) by hindarfjell.ifi.uio.no ; Tue, 25 Aug 1998 10:29:03 +0200 (MET DST) Mime-Version: 1.0 To: Bruce Evans Cc: current@FreeBSD.ORG Subject: Re: SCSI cd driver and SLICE References: <199808242237.IAA25725@godzilla.zeta.org.au> Organization: University of Oslo, Department of Informatics X-url: http://www.stud.ifi.uio.no/~dag-erli/ X-other-addresses: 'finger dag-erli@ifi.uio.no' for a list X-disclaimer-1: The views expressed in this article are mine alone, and do X-disclaimer-2: not necessarily coincide with those of any organisation or X-disclaimer-3: company with which I am or have been affiliated. X-Stop-Spam: http://www.cauce.org/ From: dag-erli@ifi.uio.no (Dag-Erling Coidan =?iso-8859-1?Q?Sm=F8rgrav?= ) Date: 25 Aug 1998 10:29:03 +0200 In-Reply-To: Bruce Evans's message of "Tue, 25 Aug 1998 08:37:31 +1000" Message-ID: Lines: 19 X-Mailer: Gnus v5.5/Emacs 19.34 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id BAA20813 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Bruce Evans writes: > > Mounting cd9660 CDs seems to work fine. > Strange. It thought I tested it, but now always hangs on vn_loc (sic). It Worked The Last Time I Tried (tm) which was a couple of weeks ago, before I noticed the audio CD problems (I bought a couple of CDs last week and wanted to dump them) > Workaround 1: never use cd0a or cd0c. They are just compatibility cruft > (aliases for cd0). dsopen() only calls devfs_remove_dev() on cd0a and > cd0c, so there are no problems if they are possibly-but-not-actually > open. So on SLICE systems I should force tosha to use /dev/cd0 instead of the default /dev/cd0c? DES -- Dag-Erling Smørgrav - dag-erli@ifi.uio.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message