No Sound on SUSE 9.1 with VIA VT8233

Spradlin · 12-24-2004, 10:25 PM

OK. I need some basic help with my sound. I'm extremely new on Linux so I might need help with the help, if you know what I mean.

I just set SuSE 9.1 Personal up a few days ago and can't get any reasonable sound out of my machine. I can open YaST and try to configure my sound and get a very annoying test wave out that I can't stop. I get no sound from KsCD when playing a disc. It acts like everything is good, just no sound. (Except for the annoying test wave.....It is almost like the sound system gets hung up on the test wave.)

I read Finegan's news post about hardware questions so here's the output from various commands:

uname -r output:
2.6.5-7.111.19-default

lspci output:
0000:00:00.0 Host bridge: VIA Technologies, Inc.: Unknown device 3205
0000:00:01.0 PCI bridge: VIA Technologies, Inc. VT8237 PCI Bridge
0000:00:0a.0 Communication controller: Lucent Microelectronics: Unknown device 048c (rev 03)
0000:00:0b.0 FireWire (IEEE 1394): VIA Technologies, Inc. IEEE 1394 Host Controller (rev 80)
0000:00:0f.0 IDE interface: VIA Technologies, Inc.: Unknown device 3149 (rev 80)
0000:00:0f.1 IDE interface: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT8233/A/C/VT8235 PIPC Bus Master IDE (rev 06)
0000:00:10.0 USB Controller: VIA Technologies, Inc. USB (rev 81)
0000:00:10.1 USB Controller: VIA Technologies, Inc. USB (rev 81)
0000:00:10.2 USB Controller: VIA Technologies, Inc. USB (rev 81)
0000:00:10.3 USB Controller: VIA Technologies, Inc. USB (rev 81)
0000:00:10.4 USB Controller: VIA Technologies, Inc. USB 2.0 (rev 86)
0000:00:11.0 ISA bridge: VIA Technologies, Inc.: Unknown device 3227
0000:00:11.5 Multimedia audio controller: VIA Technologies, Inc. VT8233/A/8235 AC97 Audio Controller (rev 60)
0000:00:12.0 Ethernet controller: VIA Technologies, Inc. VT6102 [Rhine-II] (rev 78)
0000:01:00.0 VGA compatible controller: VIA Technologies, Inc.: Unknown device 7205 (rev 01)

I also got the output of dmesg, but it is six pages long. A couple of excerpts from it are:

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.
ALSA sound/pci/via82xx.c:728: invalid via82xx_cur_ptr, using last valid pointer
VIA8237SATA: IDE controller at PCI slot 0000:00:0f.0
VIA8237SATA: chipset revision 128
VIA8237SATA: 100% native mode on irq 10
ide0: BM-DMA at 0xbc00-0xbc07, BIOS settings: hda

MA, hdb

io
ide1: BM-DMA at 0xbc08-0xbc0f, BIOS settings: hdc

MA, hdd

MA
VP_IDE: VIA vt8237 (rev 00) IDE UDMA133 controller on pci0000:00:0f.1
ide2: BM-DMA at 0xc400-0xc407, BIOS settings: hde

MA, hdf

io
ide3: BM-DMA at 0xc408-0xc40f, BIOS settings: hdg

MA, hdh

MA

I would greatly appreciate any help anyone can give me.

Caeda · 12-24-2004, 10:42 PM

Go on suse's website and download the kernel from either suse 9.0, or suse 9.2, your choice. Its just an acpi problem messing up your soundcard.

Spradlin · 12-24-2004, 10:54 PM

That sounds easy enough.

Sorry to sound so stupid, but how do I do that. I'm not sure how to download just the kernel and install it. I installed 9.1 from the personal iso.

Also, I set my PC up to dual boot Linux and windows. Windows crashed after the first install and I ended up wiping that partition clean and starting over. I use Grub as my boot loader. It was a real pain to recover from the installation. Changing the kernel won't mess up Grub,will it?

Caeda · 12-25-2004, 05:54 PM

No, changing the kernel automatically re-writes just the line that tells it what kernel image to use.

Did around on one of the download sites on the suse website, and find one of the files called kernel_default or k_default whichever they name it...

text console as root... "rpm -Uvh --oldpackage yourpackage.rpm"
If it whines about a dependency.... well, go all out :-D
rpm -Uvh --oldpackage --nodeps --force yourpackage.rpm

Spradlin · 12-25-2004, 09:23 PM

Well....it sounds like I'm in for a bit of a ride. I'll give it my best shot. I may end up buying SuSE 9.2 before it's over!

Caeda · 12-26-2004, 10:23 AM

That might be a good idea. But watch out for the linux kernels new problem. The no floppy bug...
It appears that through some rather ingenious programming, kernels compiled with floppy drive support, fail to boot on a small percentage of computers that don't have floppy drives. They get right up to the...
"Using Anticipatory IO scheduler" and sit there indefinately...
Its something they changed in the apci coding, as turning off acpi lets the system run so that you can recompile the kernel without floppy disk support...
But still a pain in the...