I'm trying to figure out what is going on. I have an Acer Aspire 164x, installed Slackware current, grubbed the latest kernel, and I can't get the HD Audio card, work! dmesg says "use pci=biosirq at boot", so I did... and the results are the same, with a little bit of debug info...

Advanced Linux Sound Architecture Driver Version 1.0.11rc4 (Wed Mar 22 10:27:24 2006 UTC).
PCI: No IRQ known for interrupt pin A of device 0000:00:1b.0.
setup_irq: irq handler mismatch
<c0128654> setup_irq+0xd9/0xe6 <c050dd43> azx_interrupt+0x0/0x82
<c0128780> request_irq+0x70/0x88 <c050e8d4> azx_create+0x179/0x34d
<c042b765> __driver_attach+0x0/0x59 <c050eaec> azx_probe+0x44/0xb0
<c03c3a30> pci_call_probe+0xa/0xc <c03c3a60> __pci_device_probe+0x2e/0x3f
<c03c3a8f> pci_device_probe+0x1e/0x30 <c042b6c2> driver_probe_device+0x44/0x95
<c042b79b> __driver_attach+0x36/0x59 <c042aec0> bus_for_each_dev+0x35/0x59
<c042b7cf> driver_attach+0x11/0x13 <c042b765> __driver_attach+0x0/0x59
<c042b278> bus_add_driver+0x52/0x81 <c042bb55> driver_register+0x76/0x7b
<c03c3c03> __pci_register_driver+0x37/0x47 <c04f2af8> snd_pcm_notify+0xbb/0xc0
<c08d6cc1> alsa_pcm_oss_init+0x61/0x6c <c08be6ba> do_initcalls+0x53/0xe4
<c0128c29> register_irq_proc+0x56/0x66 <c016c5cb> proc_mkdir_mode+0x37/0x49
<c010027c> init+0x0/0x118 <c01002ae> init+0x32/0x118
<c0100cbd> kernel_thread_helper+0x5/0xb
hda-intel: unable to grab IRQ 0
HDA Intel: probe of 0000:00:1b.0 failed with error -16
ALSA device list:
No soundcards found.

The funny thing is that I have the exact same problem in OpenBSD current! If anyone manages to make this bloody equipment work, let the others know. Thanx.

Could you send more information? Specifically, the subdevice ID. You can get this with "lspci -s 0:1b -vn". Also, I'd need the sound chip that is on the machine, if you can figure it out. Their web site is very vague.

If you can send me this info, I can (possibly) add support to alsa (if it hasn't been added already). YOu could also try downloading the latest snapshot from alsa-project.org. I'd recommend the driver, utils, and libs at a minimum (the rest are card specific, and doesn't apply to any Intel HD audio based chips).

Thanks for your answer.

#lspci -s 0:1b -vn

00:1b.0 Class 0403: 8086:2668 (rev 04)
Subsystem: 1025:008f
Flags: fast devsel
Memory at d000c000 (64-bit, non-prefetchable) [size=16K]
Capabilities: [50] Power Management version 2
Capabilities: [60] Message Signalled Interrupts: 64bit+ Queue=0/0 Enable-
Capabilities: [70] #10 [0091]

I didn't understand what you meant by "I'd need the sound chip". I know the card is a Realtek alc 260 (or 262, how can I be 100% sure about that?)

I was looking at the alsa-drivers, and your system is listed in the alsa-driver/alsa-kernel/pci/hda/patch_realtek.c:3913. Check your version of alsa. You may need to download a newer release.

You're right, i see it too now...

{ .modelname = "acer", .config = ALC260_ACER },
{ .pci_subvendor = 0x1025, .pci_subdevice = 0x008f, .config = ALC260_ACER },

I'll install 1.0.12rc2 asap, and I'll post the results!
Big thanx!

I tried alsa 1.0.12rc2 (installed driver, lib, utils and lib-plugins).
No luck!

I'm getting the same "IRQ thing" msg.
It's starting to get on my nerves...!

I think I'll leave this issue at the moment and wait until the hda linux/bsd support is working properly. I've already spent dozens of hours with that...

Yo. I have to admit, with my Intel HD Audio card I have to compile it as a module and load it with the flag position_fix=2 (i.e. modprobe snd_hda_intel position_fix=2) for it to work at all.

Don't know if it's the same problem, but I noticed you weren't doing that. Just a thought.

I just discovered a bug in the realtek code today on a couple of different systems. I'll be looking into this more this week. Essentially, the position buffer is broken. It affects most systems with the realtek codec, although it didn't appear to affect the Intel 915 systems with the alc880 chip.

I'll try that and we'll see what happens...
Thanx 4 the tip.

If you want any further information from my own machine,(intel 915 too), I can give it 2 you at any time.

You know.. I'm just pissed off cause i've tried NetBSD 3.0.1 which is brand new, OpenBSD current, and Slackware and I can't stop seeing this "IRQ" message. In BSD it's "no mapping for pin A... blah/blah...can't map interrupt". I've also tried FreeBSD 6.1 with some 3rd party drivers from individuals that are available on the net, no result.

Back again.

I installed slackware current again with the default 2.4.32 kernel and tried the latest (at the moment), OSS 3.99.4b. No result again, but look at the error.log...

1 system setup errors were detected
===================================

Setup error 1: PCI interrupt not allocated by BIOS

BIOS had not allocated an IRQ for one or more PCI sound device. This
means that PnP support was not enabled in BIOS setup.

This problem can be fixed in BIOS setup. Unfortunately
the exact procedure depends on BIOS version. On most systems this can be done
by setting the "PnP compatible OS" option to NO/OFF/DISABLED on the
PCI/PnP setup screen. On some other systems this can be done by setting
the "Plug & Play OS" option to "NO" in the Boot setup screen.

-----------------
/usr/lib/oss/logs/soundon.log contains more details about the above errors.


soundon.log reports this:

OSS HDA: IRQ not set (0). Can't continue
oss: Probing the hardware for Intel High Definition Audio (Azalia) controller failed.

The thing is.. we're talking about a laptop and there is no "PnP support" option in its poor bios menu of course.

So... what do we do? Is it a bios issue? What do you think? Is there an option i can parse to the kernel to solve this?

Just as an fyi, as far as I know no one is working on the OSS drivers for Linux any more.

As to the interrupt problem, I'll have more time to look at it after next week (my contract ends 8/31). I am hoping to be a part time alsa contributor, focusing on the hda-intel driver code base. It all depends on how soon I get another job, and what my time schedule is like. Right now, it's hectic at best, with several DIY house remodel projects going simultaniously, work, and school. Bear with me a little bit longer, thanks.

I think I figured it out (not sure yet).

Due to booting problems (kernel panics), I've been disabling ACPI support in the kernel. I think the lack of ACPI is responsible for the interrupt problem... If you have a look in the kernel configuration, you'll see that "PnP BIOS" is mentioned in the ACPI section...

The OpenBSD kernel has acpi disabled by default too. Hmmm...

The thing is that with ACPI enabled, I can't boot the system. I get this:

Kernel BUG at kernel/timer.c: 398!
invalid opcode: 0000 [#1]
Modules linked in:
CPU: 0
EIP: 0060: [<c011b728>] Not tainted VLI
EFLAGS: 00010003 (2.6.17.8 #1)
EIP is at cascade + 0x1810x37
.
.
.
<0> kernel panic - not syncing: Fatal exception in interrupt

Any ideas?