-   Fedora (
-   -   asrock 775Dual-VSTA and fc6 x86_64 sound problem (

markelo 11-24-2006 03:43 PM

asrock 775Dual-VSTA and fc6 x86_64 sound problem
My system is Intel Conroe e6300 CPU. SMP is working as this is dual core CPU. But sometimes sounds starts looping a small peace constantly. I can close applications which play sounds but every app only play start of the sound and then keep looping it. Reboot fixes this issue until sound starts to loop again. Itmay work an hours and other times just 15 minutes.

Chips on the motherboard are
- Northbridge: VIA PT880 Pro/Ultra
- Southbridge: VIA VT8237A

Audio - Realtek ALC888 7.1channel audio CODEC with High Definition Audio

Has anyone same motherboard and working sound ?

And I am open your suggestion to fix this problem.

Some more information. I installed FC6 by using AMD64 system with nforce3 pro 150 chipset. Thus previously sound was played back by Nvidia chip. Then I changed mobo and CPU but didn't reinstall FC6. I have upgraded kernel though and almost every package as there has been lots of updates.

Thank you for your time..

GrueMaster 11-26-2006 01:07 AM

Try running alsaconf again to reconfigure your sound card. What version of alsa are you running? Type 'cat /proc/asound/version' to find out.

The ALC888 codec is currently mapped through the ALC883 configuration table. You could try the different model types for this codec to see if one works. If one of them works, let me know and send me the pci sub ID for that system. To get this info, type 'lspci |grep Audio' to determine which pci slot it is associated with, then 'lspci -vn -s <pci slot>'. For example:

[tobind@localhost hda]$ lspci |fgrep Audio
00:1b.0 Audio device: Intel Corporation 82801G (ICH7 Family) High Definition Audio Controller (rev 02)
[tobind@localhost hda]$ lspci -vn -s 0:1b.0
00:1b.0 0403: 8086:27d8 (rev 02)
Subsystem: 1043:1297 <----This is what I need
Flags: bus master, fast devsel, latency 0, IRQ 16
Memory at feb3c000 (64-bit, non-prefetchable) [size=16K]
Capabilities: <access denied>

markelo 11-26-2006 07:26 AM

Thanks for your help GrueMaster

Here are the results


cat /proc/asound/version
Advanced Linux Sound Architecture Driver Version 1.0.12rc1 (Thu Jun 22 13:55:50 2006 UTC).


lspci | grep -i audio
80:01.0 Audio device: VIA Technologies, Inc. VIA High Definition Audio Controller (rev 10)


lspci -vn -s 80:01.0
80:01.0 0403: 1106:3288 (rev 10)
        Subsystem: 1849:0888
        Flags: bus master, fast devsel, latency 0, IRQ 233
        Memory at ff4fc000 (64-bit, non-prefetchable) [size=16K]
        Capabilities: [50] Power Management version 2
        Capabilities: [60] Message Signalled Interrupts: 64bit+ Queue=0/0 Enable-
        Capabilities: [70] Express Unknown type IRQ 0

If I understand it correctly it is using 0888 PCI subsytem ID. Does that mean 0888 coded ?

Those capabilities lines look a bit strange and in my system lots of interrupts are mapped to same IRQ number.

Also ALSA project changelog do show corrections for buffer size calculations for my codec.

The information that was collected aboe was without running alsaconf. Codec information looks ok to me.

markelo 12-12-2006 01:38 PM

I have propably found a fix with following...Look at line after #My addition. Here is part of my modprobe.conf


alias eth0 via-rhine
alias snd-card-0 snd-hda-intel
options snd-hda-intel index=0
#My addition
options snd-hda-intel model=auto position_fix=1

GrueMaster 12-12-2006 03:54 PM

If that will work for the time being, great. I'll add it to my todo list of driver development. It might be a little while before I get to it, though.

The model=auto shouldn't have any effect. It's only useful when debugging an already defined codec, otherwise alsa will default to auto. Position_fix makes sence as the system isn't fully supported and the generic driver is marginal sometimes.

markelo 12-13-2006 04:33 PM

How typical this can be. After posting likely fix/solution and next thing you do and find out that it wasn't a fix. :( Yep. Sound looping issue still exists. It might be rarer with that position_fix ( could that be possible ? ) but it still happens.

GrueMaster 12-13-2006 05:11 PM

There have been numerous fixes since alsa-1.0.12rc1. The current unstable release is alsa-1.0.14rc1 (unstable is a realative term). I'd recommend downloading and installing Build it with "./configure --with-cards=hda-intel --with-debug=detect ; make ; make install".

After installing this new version, try several of the models defined for ALC883/888 in the alsa-kernel/Documentation/ALSA-Configuration.txt file. If you find one that works with all of your systems features, let me know and I'll add your system to the driver.

markelo 12-13-2006 05:24 PM

Ok. I will try it...but it will take hours of testing. I mean last time I used this machine over 8 hours without any sound issues.

So don't wait my configuration information for this year.

GrueMaster 12-14-2006 12:47 AM

I'm thinking it will be much better. There was a bug in alsa-1.0.12 that caused that looping issue you are hearing. It was fixed prior to 1.0.13 release, and 1.0.14rc1 has much better support overall. But if you do run into problems, let me know and I'll see about getting them resolved.

All times are GMT -5. The time now is 01:48 AM.