Bug in Intel HD Audio, AC'97 => Fixed in SVN

[dj_bushido]

In the VirtualBox 4 branch (4.0.0, 4.0.2, 4.0.4) I'm getting an a bug in the Intel HD Audio and AC'97 Audio. I can recreate this error in both Ubuntu 10.04 and Fedora 14. The host is RHEL5.4. I am using the ALSA backend, and have not tested OSS (Pulse is not installed). The issue does not come up with SoundBlaster, but then audio is disabled (guest doesn't support it?). By any means, Intel and AC'97 do not work in the 4.0 branch. I haven't seen any related bugs on the forum or bug list, but if I'm not on point with this, please let me know. I have attached the logfile, but the coredump was 2.5 MB and didn't fit on the attachment list. How should I submit it?

[dj_bushido]

Logfile from the Ubuntu VM

[Hachiman]

Could you please clarify a bit step to reproduce? Please, contact me with e-mail at [vasily _do_ levchenko _at_ oracle _dot_ com] to get instructions how to provide the core file.

[Hachiman]

Instruction how to upload the core file was sent.

[dj_bushido]

I have sent the coredump in, and wanted to check and make sure that it was received successfully.

[Hachiman]

I've received the core file and am investigating it currently. Thanks for reporting.

[Hachiman]

Replying to Hachiman:

I've received the core file and am investigating it currently. Thanks for reporting.

Could you please a clarify a bit. When does this crash happens? Do you just launch the VM with enabled sound and it crashes or you do some actions before the crash.

[dj_bushido]

The bug is visible on login. The boot process seems to go without a hitch, but about 5-10 seconds after the user logs in (these were both automated logins, no password entry) then the machine crashes.

[Hachiman]

Could you please add log file of VM run with HDA and Ac'97 configurations?

[dj_bushido]

Run of Ubuntu 10.04 with Alsa + Intel HD Audio enabled

[dj_bushido]

Run of Ubuntu 10.04 with Alsa + ICH AC 97 Audio enabled

[dj_bushido]

The requested log files have been added. I can also do a coredump of the two runs if necessary.

[Hachiman]

Thanks, for logs. Core file you've provided is enough for now.

[Hachiman]

It looks like the issue happens PCM_IN isn't initialized. How difficult for you to enable PulseAudio on your host? There could be several potential reasons for crushing, trying with Pulse will cut some of them. BTW, did it happen on 3.2 for you?

[dj_bushido]

It did not happen in the 3.x branch of VirtualBox, it is specifically the 4.x branch (I tested all 3 versions) that is running into this issue.

I can look at trying to install PulseAudio, I'm not quite sure how hard it would be to install offhand, but I'll get back to you with the results of that.

[frank]

We found and fixed the problem. The fix will be available with the next maintenance release! Thanks for the report!

[dj_bushido]

Since I'm curious, may I ask what the issue was? Also to confirm, you don't need me to install pulse for additional testing, correct?

[Hachiman]

Replying to dj_bushido:

Since I'm curious, may I ask what the issue was?

The problem was in filter driver, had been added recently (in 4.0 branch). We were able to reproduce the issue and found more generic approach to fix it. The main root cause was lack of verification that sound backend is ready to operate, before do some operation with it. In your case, PCM_IN line wasn't up, that was provoking sigfault.

Also to confirm, you don't need me to install pulse for additional testing, correct?

right.