Panic with Nevada 114 & intel hd audio (975x chipset)

[aspirin]

Hi,

I upgraded to a newer Nevada build, and Solaris began to panic.
On 104 and v4.1 Build 1051 I had no problems, noce I upgraded to 114, the system crashed when loading the audio driver.
I booted to failsafe, removed the oss package, and since 1052 came out I gave that a try, but no luck.
At install, when the newly installed driver tries to attach (I'm not absolutely sure it happens at that moment), the system panics, and dumps a core in /var/crash, see the stacks at the end.
Nothing has changed in my system, it was a simple live update.

HW config: Quad 6600 cpu, 8GB RAM, Intel 975X chipset Asus WS motherboard, nVidia 9800GT vga, a few hdd's, and a dvd writer.

Is this known?

Here is one stack:
mdb /var/crash/orlprint/unix.2 /var/crash/orlprint/vmcore.2
Loading modules: [ unix genunix specfs dtrace mac cpu.generic uppc pcplusmp scsi_vhci zfs sd sockfs ip hook neti sctp arp usba uhci fctl nca lofs md cpc random crypto fcip fcp smbsrv nfs logindmux ptm ufs nsctl sdbc sv ii sppp rdc ipc ]
> ::stack
strcmp+0x19(ffffffffc0490ef8, 5b0)
get_open_flags+0xa8()
oss_audio_open_engine+0x14c()
start_engines+0xa0()
check_masterdev+0x1f4()
vmix_attach_audiodev+0x178()
activate_vmix+0x85()
init_HDA+0x3f0()
oss_hdaudio_attach+0x982()
oss_hdaudio`ossdrv_attach+0x172()
devi_attach+0x80(ffffff02d574d008, 0)
genunix`attach_node+0x95(ffffff02d574d008)
i_ndi_config_node+0xa5(ffffff02d574d008, 6, 0)
i_ddi_attachchild+0x40(ffffff02d574d008)
devi_attach_node+0xac(ffffff02d574d008, 4048)
config_immediate_children+0xd5(ffffff02d574d788, 4048, 128)
devi_config_common+0xa6(ffffff02d574d788, 4048, 128)
mt_config_thread+0x53(ffffff0317494358)
thread_start+8()

The other:
mdb /var/crash/orlprint/unix.3 /var/crash/orlprint/vmcore.3
Loading modules: [ unix genunix specfs dtrace mac cpu.generic uppc pcplusmp scsi_vhci zfs sd sockfs ip hook neti sctp arp usba uhci fctl nca lofs md cpc random crypto fcip fcp smbsrv nfs logindmux ptm ufs nsctl sdbc sv ii sppp rdc ipc ]
> ::stack
strcmp+0x19(ffffffffc0490ef8, 5b0)
get_open_flags+0xa8()
oss_audio_open_engine+0x14c()
start_engines+0xa0()
check_masterdev+0x1f4()
vmix_attach_audiodev+0x178()
activate_vmix+0x85()
init_HDA+0x3f0()
oss_hdaudio_attach+0x982()
oss_hdaudio`ossdrv_attach+0x172()
devi_attach+0x80(ffffff02d574d008, 0)
genunix`attach_node+0x95(ffffff02d574d008)
i_ndi_config_node+0xa5(ffffff02d574d008, 6, 0)
i_ddi_attachchild+0x40(ffffff02d574d008)
devi_attach_node+0xac(ffffff02d574d008, 4048)
config_immediate_children+0xd5(ffffff02d574d788, 4048, 128)
devi_config_common+0xa6(ffffff02d574d788, 4048, 128)
mt_config_thread+0x53(ffffff0311e50018)
thread_start+8()

[Tomservo]

Same happens here with a selfcompiled old ass 4.1 build, oss_cmi8788 and snv_117.

[aspirin]

Same happens here with a selfcompiled old ass 4.1 build, oss_cmi8788 and snv_117.

Cool, at least I know I'm not alone with this

[jameskfinn]

"Tomservo wrote:
Same happens here with a selfcompiled old ass 4.1 build, oss_cmi8788 and snv_117"

One more guy with this problem.....so dont worry......there will be some way to solve..........