Jake Moe wrote: > On 01/11/11 04:38, Jörg Schaible wrote: >> Hi Jake, >> >> Jake Moe wrote: >> >>> I can't seem to get audio CDs to work with my drive. Data CDs work >>> fine, I can mount the filesystem and read them. Data and Video DVDs >>> seem to work fine as well. But when I try to listen to an audio CD, I >>> get the attached errors in log.bz2. I've tried using things from KsCD >>> to cdplay; everything gives the same errors. Googling seems to indicate >>> that there might be a problem with udev somehow, but most of those that >>> I find have the "fix" as "update to the latest udev using apt/rpm/other >>> binary distro package tool", which obviously won't work for Gentoo. >>> Other solutions seem to be "update to libATA", but I'm already using >>> that. >>> >>> I've gone through and tried to check anything obvious in my kernel >>> config, but I can't see anything that'd affect it like this. Also, if I >>> reboot into Windows (this laptop is a work computer as well), it plays >>> and rips the same CDs just fine. >>> >>> Hardware is an HP EliteBook nc6930p laptop. CD/DVD drive is /dev/sr0. >>> Controller is: >>> >>> 00:1f.2 SATA controller: Intel Corporation ICH9M/M-E SATA AHCI >>> Controller (rev 03) (prog-if 01 [AHCI 1.0]) >>> Subsystem: Hewlett-Packard Company Device 30dc >>> Flags: bus master, 66MHz, medium devsel, latency 0, IRQ 46 >>> I/O ports at 8118 [size=8] >>> I/O ports at 813c [size=4] >>> I/O ports at 8110 [size=8] >>> I/O ports at 8138 [size=4] >>> I/O ports at 8000 [size=32] >>> Memory at d8426000 (32-bit, non-prefetchable) [size=2K] >>> Capabilities: [80] MSI: Enable+ Count=1/16 Maskable- 64bit- >>> Capabilities: [70] Power Management version 3 >>> Capabilities: [a8] SATA HBA <?> >>> Capabilities: [b0] PCI Advanced Features >>> Kernel driver in use: ahci >>> >>> Oddly, if I open Konqueror and type in "audiocd:/", it lists the tracks, >>> and has the FLAC, MP3, Ogg, etc folders. But it won't play or copy the >>> files; it gives the error in error.gif. >>> >>> Any other info you need, please let me know. This is driving me nuts. >> Same for me: http://forums.gentoo.org/viewtopic.php?p=6372251#6372251 >> >> I still have my old box around just because of this problem :-/ >> >> 00:1f.2 SATA controller: Intel Corporation 82801JI (ICH10 Family) SATA >> AHCI Controller (prog-if 01 [AHCI 1.0]) >> Subsystem: Acer Incorporated [ALI] Device 0198 >> Flags: bus master, 66MHz, medium devsel, latency 0, IRQ 64 >> I/O ports at c880 [size=8] >> I/O ports at c800 [size=4] >> I/O ports at c480 [size=8] >> I/O ports at c400 [size=4] >> I/O ports at c080 [size=32] >> Memory at fbcfc000 (32-bit, non-prefetchable) [size=2K] >> Capabilities: [80] MSI: Enable+ Count=1/16 Maskable- 64bit- >> Capabilities: [70] Power Management version 3 >> Capabilities: [a8] SATA HBA <?> >> Capabilities: [b0] PCI Advanced Features >> Kernel driver in use: ahci >> >> When I rip a CD it typically starts to read it slow permanently down and >> after ~ the 6th song the process is not profgressing anymore ... >> >> You're also running 64-bit ? >> >> - Jörg > Well, mine is a bit different.
Not convinced ;-) > I typically run FVWM from a SLIM logon, > so there's no KDE or Gnome auto-anything running. I only used Konqueror > as an example of another way of accessing the CDs that might have > worked, but didn't. I can even stop XDM, log in from a console prompt > with no X running, and try to play a CD with cdplay or dcd, and I'll get > the same results. And with me, it doesn't start to work and then slow > down; it never works. It can only read track listings, but not any of > the music. As I said in the forum, I have these log entries running from a pure console (no X started at all) even with a stopped hal. It's enough to put an audio CD into the drive. Happens also with vanilla kernel. Since 2.6.35 I have the message only once though, in the previous two kernels (34+35) they are repeated permanently. > And no, I'm on 32-bit "stable" Gentoo, with only "unstable" packages > being ones that don't have stable ebuilds. Same for me, just using 64-bit. > Thanks for trying, though. :-) Anyone else have any ideas? Me, no - unfortunately. - Jörg
