Date: Fri, 30 Dec 2011 17:11:17 +0100 From: Claude Buisson <clbuisson@orange.fr> To: Tijl Coosemans <tijl@coosemans.org> Cc: "Joseph S. Atkinson" <jsa@freebsd.org>, Alexander Motin <mav@freebsd.org>, freebsd-current@freebsd.org Subject: Re: CD Access in 9.x and -CURRENT Message-ID: <4EFDE2A5.4060007@orange.fr> In-Reply-To: <201112301413.32750.tijl@coosemans.org> References: <4EFC0127.6030301@FreeBSD.org> <CAGH67wTKY5PQ%2BYPLZtbNjB1ZkLvVsHLpPsHzuUZjPOycg-26LA@mail.gmail.com> <4EFC5487.3080709@orange.fr> <201112301413.32750.tijl@coosemans.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On 12/30/2011 14: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<jsa@freebsd.org> 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. I just made the jump, and applied r228808 and r228847 to my sources (stable/9 dated 11/11/27 = svn r228043), and rebuilt vlc with your patch. Conclusion: IT WORKS !! and I am currently playing an audio CD as I type this message. I will make a followup to ports/162190, and hope that the cam patches will be MFCed before the release. Thanks CBu
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4EFDE2A5.4060007>