From owner-freebsd-hackers@FreeBSD.ORG Tue Feb 14 11:27:31 2006 Return-Path: X-Original-To: freebsd-hackers@FreeBSD.org Delivered-To: freebsd-hackers@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 10D4C16A422; Tue, 14 Feb 2006 11:27:31 +0000 (GMT) (envelope-from ariff@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id BD2BA43D46; Tue, 14 Feb 2006 11:27:30 +0000 (GMT) (envelope-from ariff@FreeBSD.org) Received: from misaki (root@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with SMTP id k1EBRP1l073899; Tue, 14 Feb 2006 11:27:28 GMT (envelope-from ariff@FreeBSD.org) Date: Tue, 14 Feb 2006 19:26:48 +0800 From: Ariff Abdullah To: soralx@cydem.org Message-Id: <20060214192648.1e7a5277.ariff@FreeBSD.org> In-Reply-To: <200302240026.11989.soralx@cydem.org> References: <20060213121101.47A5AA98F@m-kg282p.ocn.ne.jp> <43F07C73.6040502@deepcore.dk> <20060214010337.6e4e4a5a.ariff@FreeBSD.org> <200302240026.11989.soralx@cydem.org> Organization: FreeBSD X-Mailer: /usr/local/lib/ruby/1.8/net/smtp.rb Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="PGP-SHA1"; boundary="Signature=_Tue__14_Feb_2006_19_26_48_+0800_R3C3cwKyNFgwbPo3" Cc: chi@bd.mbn.or.jp, freebsd-hackers@FreeBSD.org, nork@FreeBSD.org, sos@FreeBSD.org Subject: Re: kern/60163 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Feb 2006 11:27:31 -0000 --Signature=_Tue__14_Feb_2006_19_26_48_+0800_R3C3cwKyNFgwbPo3 Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, 24 Feb 2003 00:26:11 -0800 soralx@cydem.org wrote: >=20 > > > Hmm, could it be that the data track is always the last track ? > > Yes. >=20 > so that CD players would be able to play the disks? or does not > matter? >=20 Correct. Most hardware cd player are designed to play only the first session on multisession disc, where in this case (CDEXTRA), the data track will be ignored. Unlike mixed-mode cd, the data track (on first track/session) usually result in silence playback. In case somebody might interested, I have a patch for (unfortunately) RELENG_5 for atapicd multiblock access. Among other things, it also fix multisession/dao writing of burncd(8). With this, you can have conccurent access with varying blocksize on atapicd. http://people.freebsd.org/~ariff/misc/releng5_ata.diff It's a bit ugly. Somebody with deeper knowledge on ata/GEOM probably will have better solution for this. -- Ariff Abdullah FreeBSD --Signature=_Tue__14_Feb_2006_19_26_48_+0800_R3C3cwKyNFgwbPo3 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFD8b5/lr+deMUwTNoRAsayAKDCAhwzbcInxE4Pxyw3cSnr0TNV+wCeJa8G uAuZN1nK3nZf8HsDWMd/+sA= =bdkM -----END PGP SIGNATURE----- --Signature=_Tue__14_Feb_2006_19_26_48_+0800_R3C3cwKyNFgwbPo3--