8086:24d5 not supported by auich driver ICH5

[g]

Motherboard: Intel D865 PERL, P4 3.0GHz on R1/Alpha2. Note: (re)moving /system/add-ons/kernel/drivers/bin/auich and installing OpenSound allowed sound to work.

[g]

/var/log/syslog of Haiku R1 A2 on D865 PERL

[g]

listdev with OpenSound installed: like default no sound

[diver]

Try to move /system/add-ons/kernel/drivers/bin to Desktop, install OpenSound and reboot.

[anevilyak]

Replying to diver:

Try to move /system/add-ons/kernel/drivers/bin to Desktop, install OpenSound and reboot.

If he does that, he'll remove pretty much every single driver, including some of those needed to boot.

[diver]

Ouch, sorry. I've meant /system/add-ons/kernel/drivers/bin/auich

[g]

That worked. On a fresh install of Haiku, I moved /system/add-ons/kernel/drivers/bin/auich to the /Desktop. I installed, installoptionalpackage opensound, OpenSound. I now have sound. Great job.

[diver]

I'm not sure this one is actually invalid as it seems like a problem in the auich driver.

[korli]

I agree. I'd need a syslog with auich built with DEBUG=1 in auich.c as it seems the init fails at the warm/cold reset time. I understand one needs the source for this, I'll post a debug binary ASAP, if testing is still possible for g.

[g]

I'm willing to help. So,...hum, I'll just need to grab the compiled "debug binary", where you have turn on DEBUG=1, and replace the original (shipping auich) file with the debug binary... Ok. Am I thinking about that correctly. Then report back by attaching the syslog, after trying to run mediaplayer? OK? ... If that's not it, the procedure you need me to do, just let me know; I'm willing to help.

g.

[mmadia]

korli, could this be due to auich_shutdown() not calling

(*pci->unreserve_device)(card->info.bus, card->info.device, card->info.function,
					DRIVER_NAME, card);

[korli]

Replying to mmadia:

korli, could this be due to auich_shutdown() not calling

(*pci->unreserve_device)(card->info.bus, card->info.device, card->info.function,
					DRIVER_NAME, card);

I don't know, nor what using this API implies.

[mmu_man]

The [un]reserve_device() calls tell the PCI bus manager that the driver is using the hardware, so OpenSound won't try to use it too. While it's not called in shutdown() it's called right after it in uninit_driver, so it should work fine.

Would be nice to have a test with a new nightly btw.