From owner-freebsd-current@FreeBSD.ORG Sat Dec 31 01:00:10 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 642861065673; Sat, 31 Dec 2011 01:00:10 +0000 (UTC) (envelope-from jsa.bsd@gmail.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id EE0958FC0A; Sat, 31 Dec 2011 01:00:09 +0000 (UTC) Received: by qabg14 with SMTP id g14so11310884qab.13 for ; Fri, 30 Dec 2011 17:00:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=LOczgU8iCsvby9iRHVqVCoetZQhA6vt2PqgpgLtQ/gQ=; b=LPRiBp+O8u0imWdXwCWnhzROTPG/AFEK+R0fBTZQyWsigCiMSMuFb2Ygwx1hbYZ27z ijX84znySPF8UkMsAwL+5TRpRDdPsp9pkpoMmzKHfvnt//PHc7Hg1S9g3scLAISrb1QW sZm3jCtqtbJhYqUkQubRl6kyfyLeAb/U8N63I= Received: by 10.224.205.134 with SMTP id fq6mr48931973qab.99.1325293208981; Fri, 30 Dec 2011 17:00:08 -0800 (PST) Received: from pazuzu.wickedmachine.net ([76.5.145.121]) by mx.google.com with ESMTPS id cf18sm24628626qab.9.2011.12.30.17.00.07 (version=SSLv3 cipher=OTHER); Fri, 30 Dec 2011 17:00:07 -0800 (PST) Sender: "Joseph S. Atkinson" Message-ID: <4EFE5E96.6080202@FreeBSD.org> Date: Fri, 30 Dec 2011 20:00:06 -0500 From: "Joseph S. Atkinson" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:9.0) Gecko/20111224 Thunderbird/9.0 MIME-Version: 1.0 To: Tijl Coosemans References: <4EFC0127.6030301@FreeBSD.org> <4EFC5487.3080709@orange.fr> <201112301413.32750.tijl@coosemans.org> In-Reply-To: <201112301413.32750.tijl@coosemans.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Alexander Motin , freebsd-current@freebsd.org Subject: Re: CD Access in 9.x and -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Dec 2011 01:00:10 -0000 On 12/30/2011 08:13, Tijl Coosemans wrote: > On Thursday 29 December 2011 12:52:39 Claude Buisson wrote: >> On 12/29/2011 07:41, Garrett Cooper wrote: >>> On Wed, Dec 28, 2011 at 9:56 PM, Joseph S. Atkinson wrote: >>>> I am the maintainer of VLC, I have an outstanding PR (ports/162190) on the >>>> issue of cdda:// access. >>>> >>>> I can confirm this issues, but don't know enough about driver access to fix >>>> this myself. Doug Barton reports that cdcontrol(1) doesn't work for him, and >>>> mplayer and audactiy also display issues running as non-root. >>>> >>>> Under 9.0-RC3 r228843, I get these errors on boot with no disc present in >>>> /dev/cd0 at all. >>>> >>>> (pass1:ahcich2:0:0:0): ATA_IDENTIFY. ACB: ec 00 00 00 00 40 00 00 00 00 01 >>>> 00 >>>> (pass1:ahcich2:0:0:0): CAM status: ATA Status Error >>>> (pass1:ahcich2:0:0:0): ATA status: 51 (DRDY SERV ERR), error: 04 (ABRT ) >>>> (pass1:ahcich2:0:0:0): RES: 51 04 01 14 eb 40 00 00 00 01 00 >>>> >>>> These ports are fairly popular, but the problems may not lie exclusively >>>> with their assumptions about FreeBSD. I am running 10.0 on another machine >>>> specifically to test changes under src/sys/cam. >>>> >>>> I am worried that with the actual 9.0-RELEASE on the horizon, users will >>>> find show stopping problems using their disc drives. >>> >>> Try having users merge r228808 and r228847. If that works, then I >>> would press re@ produce another RC that fixes this. >>> Thanks, >>> -Garrett >>> >>> PS This is coming from a user that was annoyed by this gap with the >>> ATA_CAM code. >> >> As the submitter of ports/162190, I would firstly ask: >> >> Is the problem corrected by r228808 and r228847 in 10.0-CURRENT ? >> >> If not merging to 9.0 is useless. >> >> If yes I could test. > > There are 3 methods to access audio CDs. > - if your drive is connected to your sound card you can use the drive's > built-in audio support (if present). (used by cdcontrol) > - read raw audio data via the CAM layer. (used by cdparanoia) > - read raw audio data via the cd(4) driver. (used by vlc, libcdio?) > > The first two should work. The last one has now been fixed in CURRENT, > but programs using that method also seem to use CDRIOCSETBLOCKSIZE > ioctl that cd doesn't implement. The driver already knows the correct > block size though, so it seems safe to ignore the error. With the > attached patch vlc works for me. You sir, are a godsend. Tested this on 10.0-CURRENT and it worked. Now to get some form of this into VLC 1.2.0. It's likely too late to get the MFC needed, so possibly errata.