CD Access in 9.x and -CURRENT

[Joseph S. Atkinson]

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.
--
Joseph S. Atkinson
Paellax Technology Group
http://www.paellax.com/
--
Sent from my FreeBSD/GNOME laptop 'pazuzu'.
_______________________________________________
freebsd...@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-curre...@freebsd.org"

[Garrett Cooper]

On Wed, Dec 28, 2011 at 9:56 PM, Joseph S. Atkinson <j...@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.

[Claude Buisson]

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.

CBu

[Garrett Cooper]

That's why I suggested testing the patches :).
Cheers,
-Garrett

[Joseph S. Atkinson]

On 12/29/2011 01:41, Garrett Cooper wrote:
> On Wed, Dec 28, 2011 at 9:56 PM, Joseph S. Atkinson<j...@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
>

My desktop is 10.0-CURRENT r228926. I am running 9.0-RC3 on my laptop. I mention
RC3 because the problem there is about to become a RELEASE problem.

Neither machine can read CDs. I also cannot eject CDs on the laptop after the
failed attempts to read it because it doesn't seem to stop trying to read it.

> PS This is coming from a user that was annoyed by this gap with the
> ATA_CAM code.

If pre-RELEASE is any indication, this is going to flood GNATS.

[Doug Barton]

Just to clarify some things that I passed on to Joseph in haste ...

On 12/28/2011 21:56, Joseph S. Atkinson wrote:
> Doug Barton reports that cdcontrol(1) doesn't work for him,

Some of the functions work, but I can't play audio CDs with it, even as
root.

> and mplayer
> and audactiy also display issues running as non-root.

These 2 will play audio CDs when run as root due to a labyrinth of
permissions issues in /dev, in spite of my having my unprivileged user
in the 'operator' group. vlc doesn't work at all, even as root.

I'm happy to provide more details, testing, etc.


Doug

--

You can observe a lot just by watching. -- Yogi Berra

Breadth of IT experience, and depth of knowledge in the DNS.
Yours for the right price. :) http://SupersetSolutions.com/

[Gary Jennejohn]

On Thu, 29 Dec 2011 15:23:22 -0800
Doug Barton <do...@FreeBSD.org> wrote:

> Just to clarify some things that I passed on to Joseph in haste ...
>
> On 12/28/2011 21:56, Joseph S. Atkinson wrote:
> > Doug Barton reports that cdcontrol(1) doesn't work for him,
>
> Some of the functions work, but I can't play audio CDs with it, even as
> root.
>
> > and mplayer
> > and audactiy also display issues running as non-root.
>
> These 2 will play audio CDs when run as root due to a labyrinth of
> permissions issues in /dev, in spite of my having my unprivileged user
> in the 'operator' group. vlc doesn't work at all, even as root.
>
> I'm happy to provide more details, testing, etc.
>

I'm running 10.0-CURRENT r228926 and have no problem watching DVDs with
vlc and mplayer as an unpriviledged user in the operator group. I can
even rip movies using dvdrip.

I have this in /etc/devfs.conf
perm cd0 0660
perm xpt0 0660
perm pass0 0660
perm pass1 0660
perm pass2 0660
perm pass3 0660

Haven't tried listening to audio CDs, but I can rip them with no problem.

--
Gary Jennejohn

[Doug Barton]

On 12/30/2011 00:53, Gary Jennejohn wrote:
> I'm running 10.0-CURRENT r228926 and have no problem watching DVDs with
> vlc

Completely different category of access. DVDs work for me too.

--

You can observe a lot just by watching. -- Yogi Berra

Breadth of IT experience, and depth of knowledge in the DNS.
Yours for the right price. :) http://SupersetSolutions.com/

[Tijl Coosemans]

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<j...@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.

[Claude Buisson]

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

[Joseph S. Atkinson]

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.