On Monday 12 May 2003 09:25, Donald Tournier wrote:
Hi,
I've just upgraded to SuSE Linux 8.2, and now the onboard VIA VT82C686 AC97 sound card fails to load at the 'modprobe snd-via686' stage. The relevant output of dmesg is:
PCI: Found IRQ 10 for device 00:07.5 PCI: Sharing IRQ 10 with 00:0a.0 ALSA via82xx.c:1832: unable to grab ports 0xcc00-0xccff VIA 82xx soundcard not found or device busy
The system is running SuSE 8.2, kernel 2.4.20-4GB-athlon, and alsa-0.9.0.cvs20030217-23 (the SuSE default). This same system used to run SuSE 7.2 (kernel 2.4.4-4GB, alsa-0.5.10-77), and the card worked fine then. I'm attaching other (hopefully) relevant bits of info at the end of this email.
Does anyone have any idea what the problem is, and can be done to get it to work? I've tried to upgrade to the most recent version of ALSA (0.9.3), but that hasn't changed anything.
Thanks for your help,
Donald.
Not that this will help much, but I have a similar problem. One - I notice that two things are similar. You have both a VIA chipset and and onboard ATA/RAID controller chip/interface (hpt 3xx). In 8.1 I had no problems with IRQ routing and devices. My system has a VIA chipset and a Promise onboard chipset for ATA/Raid ide interconnects. Though I'm not having any issues with the onboard sound card because it is shutdown in the bios. However, my setup has 4x2=8 usb connectors. I had all of these turned on in 8.1 without issue, but they didn't play nice with the Promise ata/raid controller in 8.2 and I keep getting interupt lose for both devices - the ata/raid ide and the usb 1.0 connections (though the usb 2.0 had no problems in this regard). So, my only work around was to disable the 2x2=4 usb connections in the bios (trying to fix this caused my hdd on the promise controller to hiccup bigtime and I got such bad data corruption that I had to start all over and reformat my hdd on that connection = lost my /home/<user> directory/data). I suspect that since they did a fair amount of work with add-on/onboard RAID controller and usage that this actually caused it to formally declare the interrupts on the system. Case in point; 8.1 would read and lsmod for ata/raid drivers as: pdcraid (unused) ataraid (unused) and in 8.2: pdcraid (unused) ataraid (pdcraid) you lspci shows no irq conflict. 00:07.5 Multimedia audio controller: VIA Technologies, Inc. VT82C686 AC97 Audio Controller (rev 50) Subsystem: VIA Technologies, Inc. Onboard Audio on EP7KXA Flags: medium devsel, IRQ 10 I/O ports at cc00 [size=256] I/O ports at d000 [size=4] I/O ports at d400 [size=4] Capabilities: [c0] Power Management version 2 00:0e.0 Unknown mass storage controller: Triones Technologies, Inc. HPT366/368/370/370A/372 (rev 04) Subsystem: Triones Technologies, Inc. HPT370A Flags: bus master, 66Mhz, medium devsel, latency 120, IRQ 11 I/O ports at dc00 [size=8] I/O ports at e000 [size=4] I/O ports at e400 [size=8] I/O ports at e800 [size=4] I/O ports at ec00 [size=256] Expansion ROM at <unassigned> [disabled] [size=128K] Capabilities: [60] Power Management version 2 This looks ok, but I did notice that both the hpt and the usb is up, and I suspect that the usb is where the problem. Since the usb on my board gave considerable problems with my ata/raid controller. In you case it is the sound device - though they don't share the same interrupts but I wonder about the i/o's that the usb controller my be wanting to grab or reserve. If you don't have anything vital on the usb ports (and if something like your kbd/mouse - move to ps/2 for the test) try disabling it in the bios and seeing if your problems with the onboard sound card aren't then fixable. It seems as though your having something fighting for the i/o's. Hmmm! Still thinks this is possible evidence of some kludging in 8.2 with the usb config. Just something I notice about my sys and irq and i/o assignment and usage. Cheers, Curtis.