I came into an Abit AX8 motherboard and single core AMD Athlon 64 FX. I did a quick install of CentOS 5.0 on it to make sure everything worked and then returned the hard disk and case to the original owner. After getting a new case and hard disk, I downloaded the CentOS 5.1 cd images and installed. For some reason the motherboard's on board sound no longer works (worked with CentOS 5.0). dmesg gives me: ACPI: PCI Interrupt Link [ALKC] enabled at IRQ 22 ACPI: PCI Interrupt 0000:00:11.5[C] -> Link [ALKC] -> GSI 22 (level, low) -> IRQ 90 PCI: Setting latency timer of device 0000:00:11.5 to 64 codec_read: codec 0 is not valid [0x1fc0000] codec_read: codec 0 is not valid [0x1fe0000] codec_ready: codec 0 is not ready [0x1000000] codec_ready: codec 0 is not ready [0x1000000] codec_read: codec 0 is not valid [0x1fc0000] codec_read: codec 0 is not valid [0x1fe0000] AC'97 0 access is not valid [0xffffffff], removing mixer. ACPI: PCI interrupt for device 0000:00:11.5 disabled VIA 82xx Audio: probe of 0000:00:11.5 failed with error -5 and I get the same result if I rmmod/modprobe the kernel sound module (snd-via82xx). lspci -vv gives me: 00:11.5 Multimedia audio controller: VIA Technologies, Inc. VT8233/A/8235/8237 AC97 Audio Controller (rev 60) Subsystem: ABIT Computer Corp. Unknown device 1416 Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- Interrupt: pin C routed to IRQ 90 Region 0: I/O ports at e800 [disabled] [size=256] Capabilities: [c0] Power Management version 2 Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-) Status: D0 PME-Enable- DSel=0 DScale=0 PME- and my modprobe.conf (generated by kudzu) looks like: alias eth0 r8169 alias scsi_hostadapter sata_via alias snd-card-0 snd-via82xx options snd-card-0 index=0 options snd-via82xx index=0 remove snd-via82xx { /usr/sbin/alsactl store 0 >/dev/null 2>&1 || : ; }; /sbin/modprobe -r --ignore-remove snd-via82xx I can always stick a spare sound card in the remaining PCI slot but the sound card used to work with CentOS 5.0. It seems kind of silly that it doesn't work now. I've Googled for some different parts of the dmesg output but haven't found anything helpful. Same with error messages from aplay, amixer, etc. Any suggestions would be appreciated. Thanks, Dave -- Politics, n. Strife of interests masquerading as a contest of principles. -- Ambrose Bierce
On Fri, 2008-03-28 at 21:57 -0600, David G. Miller wrote:> I came into an Abit AX8 motherboard and single core AMD Athlon 64 FX. I > did a quick install of CentOS 5.0 on it to make sure everything worked > and then returned the hard disk and case to the original owner. After > getting a new case and hard disk, I downloaded the CentOS 5.1 cd images > and installed.I am on CentOS 4.x, and a 32 bit system. But I have the same sound setup. I don't have a clue yet, but I thought if I posted my stuff, it might help. First, I think BIOS settings can affect the success/failure/stability of things. It might be worth experimenting there although you don't mention having changed anything. On my system, there seems to be a little "flakiness" re the sound. Sometimes just clicking the "Open Volume Control" and muting/unmuting a few things fixes it. This seems to be needed less with recent updates to the 4.x stuff (again, 32 bit). There is a kernel parameter that may have affect - see the end of this post. I wish that I could be more helpful, but I just use the stuff. :-(> For some reason the motherboard's on board sound no > longer works (worked with CentOS 5.0). dmesg gives me: > > ACPI: PCI Interrupt Link [ALKC] enabled at IRQ 22 > ACPI: PCI Interrupt 0000:00:11.5[C] -> Link [ALKC] -> GSI 22 (level, > low) -> IRQ 90 > PCI: Setting latency timer of device 0000:00:11.5 to 64 > codec_read: codec 0 is not valid [0x1fc0000] > codec_read: codec 0 is not valid [0x1fe0000] > codec_ready: codec 0 is not ready [0x1000000] > codec_ready: codec 0 is not ready [0x1000000] > codec_read: codec 0 is not valid [0x1fc0000] > codec_read: codec 0 is not valid [0x1fe0000] > AC'97 0 access is not valid [0xffffffff], removing mixer. > ACPI: PCI interrupt for device 0000:00:11.5 disabled > VIA 82xx Audio: probe of 0000:00:11.5 failed with error -5================================via82xx: Assuming DXS channels with 48k fixed sample rate. Please try dxs_support=1 or dxs_support=4 option and report if it works on your machine. ACPI: PCI Interrupt 0000:00:11.5[C] -> GSI 11 (level, low) -> IRQ 11 PCI: Setting latency timer of device 0000:00:11.5 to 64> > and I get the same result if I rmmod/modprobe the kernel sound module > (snd-via82xx). > > lspci -vv gives me: > > 00:11.5 Multimedia audio controller: VIA Technologies, Inc. > VT8233/A/8235/8237 AC97 Audio Controller (rev 60) > Subsystem: ABIT Computer Corp. Unknown device 1416 > Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop-================================00:11.5 Multimedia audio controller: VIA Technologies, Inc. VT8233/A/8235/8237 AC97 Audio Controller (rev 50) Subsystem: AOPEN Inc. AK77-8XN onboard audio Control: I/O+ Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap+ 66Mhz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- Interrupt: pin C routed to IRQ 11 Region 0: I/O ports at e400 [size=256] Capabilities: [c0] Power Management version 2 Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA PME (D0-,D1-,D2-,D3hot-,D3cold-) Status: D0 PME-Enable- DSel=0 DScale=0 PME-> ParErr- Stepping- SERR- FastB2B- > Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- > <TAbort- <MAbort- >SERR- <PERR- > Interrupt: pin C routed to IRQ 90 > Region 0: I/O ports at e800 [disabled] [size=256] > Capabilities: [c0] Power Management version 2 > Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA > PME(D0-,D1-,D2-,D3hot-,D3cold-) > Status: D0 PME-Enable- DSel=0 DScale=0 PME- > > and my modprobe.conf (generated by kudzu) looks like: > > alias eth0 r8169 > alias scsi_hostadapter sata_via > alias snd-card-0 snd-via82xx > options snd-card-0 index=0 > options snd-via82xx index=0 > remove snd-via82xx { /usr/sbin/alsactl store 0 >/dev/null 2>&1 || : ; }; > /sbin/modprobe -r --ignore-remove snd-via82xx================================remove snd-via82xx { /usr/sbin/alsactl store >/dev/null 2>&1 || : ; }; /sbin/modprobe -r --ignore-remove snd-via82xx alias usb-controller ehci-hcd alias usb-controller1 uhci-hcd alias eth0 8139too alias snd-card-0 snd-via82xx options snd-card-0 index=0> > I can always stick a spare sound card in the remaining PCI slot but the > sound card used to work with CentOS 5.0. It seems kind of silly that it > doesn't work now. I've Googled for some different parts of the dmesg > output but haven't found anything helpful. Same with error messages > from aplay, amixer, etc. Any suggestions would be appreciated.I have this on my grub kernel line ============================================ro root=/dev/VolGroup00/LogVol00 rhgb ide0=ata66 ide1=ata66 hdc=ide-cd lapic> > Thanks, > Dave >HTH -- Bill
"William L. Maltby" <CentOS4Bill at triad.rr.com> wrote:> On Fri, 2008-03-28 at 21:57 -0600, David G. Miller wrote: >> > I came into an Abit AX8 motherboard and single core AMD Athlon 64 FX. I >> > did a quick install of CentOS 5.0 on it to make sure everything worked >> > and then returned the hard disk and case to the original owner. After >> > getting a new case and hard disk, I downloaded the CentOS 5.1 cd images >> > and installed. >> > > I am on CentOS 4.x, and a 32 bit system. But I have the same sound > setup. I don't have a clue yet, but I thought if I posted my stuff, it > might help. > > First, I think BIOS settings can affect the success/failure/stability of > things. It might be worth experimenting there although you don't mention > having changed anything. > > On my system, there seems to be a little "flakiness" re the sound. > Sometimes just clicking the "Open Volume Control" and muting/unmuting a > few things fixes it. This seems to be needed less with recent updates to > the 4.x stuff (again, 32 bit). > > There is a kernel parameter that may have affect - see the end of this > post. > > I wish that I could be more helpful, but I just use the stuff. :-(Turns out it was a wiring problem. Weird that it causes the driver module not to load. The original owner suggested that might be the problem so, after trying a CentOS 5.0 kernel and building and trying a 2.6.24.4 kernel I decided to crack the case. I pulled the cable for the case's front audio and mic off the motherboard and tried with that configuration. The good news was I no longer got the error documented in my earlier e-mail but still no sound. The case's front panel audio had two different connectors so I decided to try the other one and suddenly I had sound. No idea what the difference is between the two connectors. What's really strange is both front audio connection jacks are keyed correctly for the front panel audio out on the motherboard. It's just one works and the other doesn't. Cheers, Dave -- Politics, n. Strife of interests masquerading as a contest of principles. -- Ambrose Bierce
Apparently Analagous Threads
- Xiph.Org releases libao 1.0.0, libVorbis 1.3.1, and vorbis-tools 1.4.0
- Xiph.Org releases libao 1.0.0, libVorbis 1.3.1, and vorbis-tools 1.4.0
- X100p on VIA EPIA-V problems
- Wine 20050930 and Barbie Beauty Styler
- Assistance in tracking a kernel/nouveau error