Native (WDM) HD Audio driver for Windows 98se/Me

[Drew Hoffman]

https://github.com/andrew-hoffman/WDMHDA

This audio driver now functions well in VMWare and VirtualBox, and may work on some real hardware with an Intel controller and Realtek audio codec. More testing and work is still needed. Any compatibility reports would be appreciated. 

[SweetLow]

Intel Sunrise Point-LP PCH - High Definition Audio Controller + Realtek ALC236 (Intel Core Gen 8 Notebook) (and HDMI Audio codec on the same HDA controller too).

After installation of driver:

With Normal boot temporary hangs on during the boot and then reboot.

With Logged boot just hangs on with these last lines in BOOTLOG.TXT:

[000FF0E5] INITCOMPLETE = mmdevldr
[000FF0E5] INITCOMPLETESUCCESS = mmdevldr
[000FF0E5] Loading PNP drivers of WDM Sample Driver for HD Audio (PCI\VEN_8086&DEV_9D71&SUBSYS_84A6103C&REV_21\BUS_00&DEV_1F&FUNC_03)

JFYI, on this system CSM programs all PCI devices to one IRQ11.

[Drew Hoffman]

Huh. Are you able to get kernel debug prints on that system by any methods? Try the version in the hdac\buildchk folder in the download. Does it hang on installation or just on the first reboot? If it lets you install and then hangs on restarting you might be able to get some debug output with DbgView, otherwise you really have to have a hardware serial port and the newest laptops I know with that are on Dell Latitude E series which have one on some docking stations.

One possible issue is that the driver is not currently designed to be able to load for multiple devices and the PCH on that laptop will have HDMI display audio as well as the HDA bus. There might also be issues with IRQ sharing with the USB controller but if that's the case I'm not sure how to fix the problems. I know you are experienced with Windows Driver development so maybe you would have some suggestions. 

[SweetLow]

20 minutes ago, Drew Hoffman said:

how to fix the problems

Check that you handle only YOUR interrupts and pass all other to system. You have to check some bit(s) responsible for indicating IRQ in controller register(s).

25 minutes ago, Drew Hoffman said:

you might be able to get some debug output with DbgView

Ok, I will try to do standard sequence Disable Controller - Reboot - Run DbgView - Enable Controller, But as it hangs probability to success not high.

[MERCURY127]

Huanazhi X99-TF (C612 chipset) 
Intel Wellsburg PCH - High Definition Audio Controller [B1]
PCI\VEN_8086&DEV_8D20&SUBSYS_72708086&REV_05
RealTek ALC887
HDAUDIO\FUNC_01&VEN_10EC&DEV_0887&SUBSYS_10EC0887&REV_1003

hda.sys driver is loaded, no crashes, 9x system see audio device, try play, but no any sounds.

on win10 with standart hdaudio.sys sounds ok.

Edited 1 hour ago by MERCURY127

[Drew Hoffman]

1 hour ago, SweetLow said:

Check that you handle only YOUR interrupts and pass all other to system. You have to check some bit(s) responsible for indicating IRQ in controller register(s).

In the ISR I am first reading the INTSTS register and returning False if it is 0 (or 0xFFFFFFFF which happens on controller shutdown sometimes ). As far as I can tell this is correct, but on the Wyse Rx0 thin client with AMD SB600 having my driver loaded slows the system down immensely and causes the USB ports to stop working suggesting that there might be an IRQ storm issue.