VirtualBox

Opened 12 years ago

Last modified 9 years ago

#10686 reopened defect

Kernel Panic: MONITOR/MWAIT

Reported by: DasFox Owned by:
Component: other Version: VirtualBox 4.1.14
Keywords: Cc:
Guest type: Linux Host type: Linux

Description

I'm running Slackware 13.37 x86 host and guest on VirtualBox 4.1.14, this is on a Sony Vaio with a Intel Core i3, and when I try to boot the Slack guest it kernel panics and gives me this message;

kernel panic not syncing: Attempted to kill the idle task! atkbd serio0: Spurious ACK on isa0060/serio0. Some program may be trying to access hardware directly

I'm attaching a screen shot to this bug report you can also see.

I have a desktop running an AMD and the guest will boot and run just fine, it's only on my Vaio with the i3 that it won't boot, so I recompiled the kernel 3.4.3 hoping this would help with no luck.

I've also attached the VB log....

I also noticed that if I try to boot the Slackware 13.37 CD it too won't boot on the Sony and kernel panics and locks up as well.

I read there seems to be an issue here with Slack and i3/i5/i7 cpus?

I hope someone might know a fix for VB OSE 4.1.14 I can apply to get this to bootup?

THANKS

P.S. Since I'm running Slackware and I compiled the OSE version into a slackware package, this is the build script I used;

http://slackbuilds.org/repository/13.37/system/virtualbox/

Until this gets updated, I'm not able to use 4.1.16....

Attachments (8)

VBox.log (84.4 KB ) - added by DasFox 12 years ago.
kernel_panic.jpg (139.6 KB ) - added by DasFox 12 years ago.
pare_cpuinfo.txt (558 bytes ) - added by Matthew Pare 12 years ago.
cat proc/cpuinfo
badarch.tiff (54.7 KB ) - added by Matthew Pare 12 years ago.
Screenshot of crash pare
pare_VBox.log (51.3 KB ) - added by Matthew Pare 12 years ago.
pare vbox log
VBox.2.log (76.4 KB ) - added by jeffL35 10 years ago.
jeffL35_vbox.log
VBox.3.log (89.5 KB ) - added by wolfish17 10 years ago.
vbox.log showing 4.3.8 fail with guest gentoo on mac osx host when 4.3.6 worked.
VBox.4.log (82.6 KB ) - added by rpk 10 years ago.
OpenWRT with VirtualBox - VBox.log

Download all attachments as: .zip

Change History (38)

by DasFox, 12 years ago

Attachment: VBox.log added

by DasFox, 12 years ago

Attachment: kernel_panic.jpg added

comment:1 by DasFox, 12 years ago

Hi,

Has anyone had a chance to look this over?

I really need to get the Slackware guest working again for my work...

I hope I can please get this fixed soon?

THANKS

comment:2 by DasFox, 12 years ago

I just installed today 4.1.18 and the same problem...

comment:3 by DasFox, 12 years ago

I figured out the problem the Intel Virtualization was disabled in the bios, something I overlooked.

Granted I know there are times when people don't reply to bug reports, but this is not often the case, I'm a IT Tech and Unix geek, I've been into computing a little over 20 years.

Had this not been an error on my part, it should still at least be looked at like I'm trying to report legit bug reports and HELP! So the least someone can do to show some caring around here is to make a post/reply to let people know someone is looking into this.

Having this bug report go by 8 weeks without a single word makes a person feel like no one cares...

So next time in the future when I find a real bug I might be less likely to file a report when I need help and no one has the consideration to respond... :(

comment:4 by Frank Mehnert, 12 years ago

I don't think the spurious ack message has anything to do with the kernel panic. To fix your problem we would need to reproduce it. And enabling VT-x will make the error go away but this is not the real problem. Even without activating VT-x the guest kernel should not crash.

Regarding your complaint about the long response delay: I can only repeat that there is no guarantee for any response time to bug reports for non-paying users. If you open a bug report then this does not only means that you 'ask' for help and for fixing a bug (not demand!) and this also means that other users might have an idea about your problem as well. If you don't get a response within a few days this can have a lot of reasons but the most likely reason is that your problem is nothing we were aware of before and a quick look didn't ring any bell.

comment:5 by Frank Mehnert, 12 years ago

Summary: Kernel Panic When Booting - atkbd serio0: Spurious ACK on isa0060/serio0Kernel Panic: MONITOR/MWAIT

I think I know the reason for that kernel panic. The guest crashes when it tries to execute the MWAIT instruction. Most likely the feature flags of your host CPU differs in MONITOR/MWAIT: One or more cores have this feature enabled, other cores don't. The output of /proc/cpuinfo would show that problem. In that case, VBox would pass that bit to the guest when started on a core which has this problem. When executing the guest code on a core without that feature, the guest will panic.

comment:6 by Frank Mehnert, 12 years ago

So can you provide the output of

cat /proc/cpuinfo

of that host?

comment:7 by Weikai, 12 years ago

I have the exactly same problem and the following is my cpu information and host syslog

processor       : 0
vendor_id       : GenuineIntel
cpu family      : 6
model           : 42
model name      : Intel(R) Xeon(R) CPU E31235 @ 3.20GHz
stepping        : 7
microcode       : 0x25
cpu MHz         : 1600.000
cache size      : 8192 KB
physical id     : 0
siblings        : 8
core id         : 0
cpu cores       : 4
apicid          : 0
initial apicid  : 0
fpu             : yes
fpu_exception   : yes
cpuid level     : 13
wp              : yes
flags           : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts nopl xtopology nonstop_tsc aperfmperf pni pclmulqdq dtes64 ds_cpl vmx smx est tm2 ssse3 cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic popcnt tsc_deadline_timer aes xsave avx lahf_lm ida arat epb xsaveopt pln pts dtherm tpr_shadow vnmi flexpriority ept vpid
bogomips        : 6386.23
clflush size    : 64
cache_alignment : 64
address sizes   : 36 bits physical, 48 bits virtual
power management:

processor       : 1
vendor_id       : GenuineIntel
cpu family      : 6
model           : 42
model name      : Intel(R) Xeon(R) CPU E31235 @ 3.20GHz
stepping        : 7
microcode       : 0x25
cpu MHz         : 1600.000
cache size      : 8192 KB
physical id     : 0
siblings        : 8
core id         : 1
cpu cores       : 4
apicid          : 2
initial apicid  : 2
fpu             : yes
fpu_exception   : yes
cpuid level     : 13
wp              : yes
flags           : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts nopl xtopology nonstop_tsc aperfmperf pni pclmulqdq dtes64 monitor ds_cpl vmx smx est tm2 ssse3 cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic popcnt tsc_deadline_timer aes xsave avx lahf_lm ida arat epb xsaveopt pln pts dtherm tpr_shadow vnmi flexpriority ept vpid
bogomips        : 6385.45
clflush size    : 64
cache_alignment : 64
address sizes   : 36 bits physical, 48 bits virtual
power management:

processor       : 2
vendor_id       : GenuineIntel
cpu family      : 6
model           : 42
model name      : Intel(R) Xeon(R) CPU E31235 @ 3.20GHz
stepping        : 7
microcode       : 0x25
cpu MHz         : 1600.000
cache size      : 8192 KB
physical id     : 0
siblings        : 8
core id         : 2
cpu cores       : 4
apicid          : 4
initial apicid  : 4
fpu             : yes
fpu_exception   : yes
cpuid level     : 13
wp              : yes
flags           : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts nopl xtopology nonstop_tsc aperfmperf pni pclmulqdq dtes64 monitor ds_cpl vmx smx est tm2 ssse3 cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic popcnt tsc_deadline_timer aes xsave avx lahf_lm ida arat epb xsaveopt pln pts dtherm tpr_shadow vnmi flexpriority ept vpid
bogomips        : 6385.45
clflush size    : 64
cache_alignment : 64
address sizes   : 36 bits physical, 48 bits virtual
power management:

processor       : 3
vendor_id       : GenuineIntel
cpu family      : 6
model           : 42
model name      : Intel(R) Xeon(R) CPU E31235 @ 3.20GHz
stepping        : 7
microcode       : 0x25
cpu MHz         : 1600.000
cache size      : 8192 KB
physical id     : 0
siblings        : 8
core id         : 3
cpu cores       : 4
apicid          : 6
initial apicid  : 6
fpu             : yes
fpu_exception   : yes
cpuid level     : 13
wp              : yes
flags           : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts nopl xtopology nonstop_tsc aperfmperf pni pclmulqdq dtes64 monitor ds_cpl vmx smx est tm2 ssse3 cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic popcnt tsc_deadline_timer aes xsave avx lahf_lm ida arat epb xsaveopt pln pts dtherm tpr_shadow vnmi flexpriority ept vpid
bogomips        : 6385.44
clflush size    : 64
cache_alignment : 64
address sizes   : 36 bits physical, 48 bits virtual
power management:

processor       : 4
vendor_id       : GenuineIntel
cpu family      : 6
model           : 42
model name      : Intel(R) Xeon(R) CPU E31235 @ 3.20GHz
stepping        : 7
microcode       : 0x25
cpu MHz         : 1600.000
cache size      : 8192 KB
physical id     : 0
siblings        : 8
core id         : 0
cpu cores       : 4
apicid          : 1
initial apicid  : 1
fpu             : yes
fpu_exception   : yes
cpuid level     : 13
wp              : yes
flags           : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts nopl xtopology nonstop_tsc aperfmperf pni pclmulqdq dtes64 monitor ds_cpl vmx smx est tm2 ssse3 cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic popcnt tsc_deadline_timer aes xsave avx lahf_lm ida arat epb xsaveopt pln pts dtherm tpr_shadow vnmi flexpriority ept vpid
bogomips        : 6385.44
clflush size    : 64
cache_alignment : 64
address sizes   : 36 bits physical, 48 bits virtual
power management:

processor       : 5
vendor_id       : GenuineIntel
cpu family      : 6
model           : 42
model name      : Intel(R) Xeon(R) CPU E31235 @ 3.20GHz
stepping        : 7
microcode       : 0x25
cpu MHz         : 1600.000
cache size      : 8192 KB
physical id     : 0
siblings        : 8
core id         : 1
cpu cores       : 4
apicid          : 3
initial apicid  : 3
fpu             : yes
fpu_exception   : yes
cpuid level     : 13
wp              : yes
flags           : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts nopl xtopology nonstop_tsc aperfmperf pni pclmulqdq dtes64 monitor ds_cpl vmx smx est tm2 ssse3 cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic popcnt tsc_deadline_timer aes xsave avx lahf_lm ida arat epb xsaveopt pln pts dtherm tpr_shadow vnmi flexpriority ept vpid
bogomips        : 6385.44
clflush size    : 64
cache_alignment : 64
address sizes   : 36 bits physical, 48 bits virtual
power management:

processor       : 6
vendor_id       : GenuineIntel
cpu family      : 6
model           : 42
model name      : Intel(R) Xeon(R) CPU E31235 @ 3.20GHz
stepping        : 7
microcode       : 0x25
cpu MHz         : 1600.000
cache size      : 8192 KB
physical id     : 0
siblings        : 8
core id         : 2
cpu cores       : 4
apicid          : 5
initial apicid  : 5
fpu             : yes
fpu_exception   : yes
cpuid level     : 13
wp              : yes
flags           : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts nopl xtopology nonstop_tsc aperfmperf pni pclmulqdq dtes64 monitor ds_cpl vmx smx est tm2 ssse3 cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic popcnt tsc_deadline_timer aes xsave avx lahf_lm ida arat epb xsaveopt pln pts dtherm tpr_shadow vnmi flexpriority ept vpid
bogomips        : 6385.44
clflush size    : 64
cache_alignment : 64
address sizes   : 36 bits physical, 48 bits virtual
power management:

processor       : 7
vendor_id       : GenuineIntel
cpu family      : 6
model           : 42
model name      : Intel(R) Xeon(R) CPU E31235 @ 3.20GHz
stepping        : 7
microcode       : 0x25
cpu MHz         : 3201.000
cache size      : 8192 KB
physical id     : 0
siblings        : 8
core id         : 3
cpu cores       : 4
apicid          : 7
initial apicid  : 7
fpu             : yes
fpu_exception   : yes
cpuid level     : 13
wp              : yes
flags           : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts nopl xtopology nonstop_tsc aperfmperf pni pclmulqdq dtes64 monitor ds_cpl vmx smx est tm2 ssse3 cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic popcnt tsc_deadline_timer aes xsave avx lahf_lm ida arat epb xsaveopt pln pts dtherm tpr_shadow vnmi flexpriority ept vpid
bogomips        : 6385.44
clflush size    : 64
cache_alignment : 64
address sizes   : 36 bits physical, 48 bits virtual
power management:
Last edited 12 years ago by Frank Mehnert (previous) (diff)

comment:8 by Frank Mehnert, 12 years ago

Weikai, thanks for the information. Your machine shows the expected features: CPU0 is missing the MONITOR feature flag while all other CPUs have it. I would like to let you test a test build, which VirtualBox package (which Linux distribution and 32-bit or 64-bit) do you need?

by Matthew Pare, 12 years ago

Attachment: pare_cpuinfo.txt added

cat proc/cpuinfo

by Matthew Pare, 12 years ago

Attachment: badarch.tiff added

Screenshot of crash pare

by Matthew Pare, 12 years ago

Attachment: pare_VBox.log added

pare vbox log

comment:9 by Matthew Pare, 12 years ago

I appear to be having a similar if not the same problem. I too am seeing the strings "Spurious ACK on isa0060/serio0" though I note that this may not be the issue as to initial statements.

I only get this crash when I perform a shutdown or restart.

I can make this problem not occur by not loading the vboxguest, vboxsf or vboxvideo kernel modules. If I load vboxsf at boot alone, vboxguest seems to load as well even though I didn't explicitly load that module. Regardless, if I do not load those three vbox kernel modules there is no crash.

If I understand correctly, I appear to have VT-x already active when this happens.

I'm running VirtualBox VM 4.2.4 r81684 on darwin.x86 (OS X 10.6.8).

I've attached screen shot of crash, cat /proc/cpuinfo, vBox.log after crash.

comment:10 by Frank Mehnert, 12 years ago

parem, your screenshot shows that your problem is different. It shows a crash inside the vboxsf guest kernel module.

Please could you open a separate ticket and attach the same information there? Also, please attach there the vboxsf.ko kernel module. And please do also add the information which Linux kernel version are you running as guest. Thank you!

in reply to:  10 comment:11 by Matthew Pare, 12 years ago

Replying to frank:

See defect 11291, https://www.virtualbox.org/ticket/11291

parem, your screenshot shows that your problem is different. It shows a crash inside the vboxsf guest kernel module.

Please could you open a separate ticket and attach the same information there? Also, please attach there the vboxsf.ko kernel module. And please do also add the information which Linux kernel version are you running as guest. Thank you!

in reply to:  8 comment:12 by Weikai, 12 years ago

I'm using the latest Debian wheezy 64bit.

root@cloud:/proc# uname -a Linux cloud 3.2.0-4-amd64 #1 SMP Debian 3.2.32-1 x86_64 GNU/Linux

Thank you for the help.

Replying to frank:

Weikai, thanks for the information. Your machine shows the expected features: CPU0 is missing the MONITOR feature flag while all other CPUs have it. I would like to let you test a test build, which VirtualBox package (which Linux distribution and 32-bit or 64-bit) do you need?

comment:13 by Frank Mehnert, 12 years ago

Weikai, thanks for the information. In the meantime, VBox 4.2.6 is released and it contains a fix which hopefully fixes your problem. Does it work for you?

in reply to:  13 comment:14 by Weikai, 12 years ago

Replying to frank: Thank you frank. The new version did fix my problem.

comment:15 by Frank Mehnert, 12 years ago

Resolution: fixed
Status: newclosed

Thanks for the feedback!

in reply to:  15 comment:16 by jeffL35, 10 years ago

Resolution: fixed
Status: closedreopened

THe problem is back in version 4.3.8. It started right after I updated virtualbox. It was just fine with version 4.3.6, before the update. I have an AMD 2 core cpu.

Last edited 10 years ago by jeffL35 (previous) (diff)

comment:17 by Frank Mehnert, 10 years ago

jeffL35, please attach a VBox.log file of such a VM session.

by jeffL35, 10 years ago

Attachment: VBox.2.log added

jeffL35_vbox.log

comment:18 by jeffL35, 10 years ago

It might not be a MONITOR/MWAIT problem.

comment:19 by wolfish17, 10 years ago

I have the same problem. My Gentoo Linux on OSX 10.9.2 host worked fine on 4.3.6 but failed as indicated above ("Kernel panic -- not syncing" etc) when upgraded to 4.3.8.

comment:20 by Frank Mehnert, 10 years ago

wolfish17, VBox.log please...

comment:21 by Frank Mehnert, 10 years ago

jeffL35, your problem should be already fixed in our repository. Here is a 4.3.9 test build, please could you confirm that this build works for you? Thank you!

by wolfish17, 10 years ago

Attachment: VBox.3.log added

vbox.log showing 4.3.8 fail with guest gentoo on mac osx host when 4.3.6 worked.

comment:22 by Frank Mehnert, 10 years ago

wolfish17, your problem is most also likely fixed. Could you confirm that this build fixes your problem?

comment:23 by capouch, 10 years ago

Is there a Linux (generic) instance of the 4.3.9 test build? I have had the problem, too, and would love to get it behind me.

in reply to:  22 comment:24 by wolfish17, 10 years ago

My problem is fixed by 4.3.9. Thank you very much. Sorry for my delay in responding.

comment:25 by Frank Mehnert, 10 years ago

Resolution: fixed
Status: reopenedclosed

Fix was part of VBox 4.3.10, 4.3.12 has it as well.

comment:26 by rpk, 10 years ago

Frank, Am seeing the same error when am using OpenWrt with virtual box. I even tried old version of VirtualBox but still the same.

I followed steps to set up OpenWrt in VirtualBox, given in the link: http://wiki.openwrt.org/doc/howto/virtualbox

Can you please take a look and help me out. Thanks

comment:27 by rpk, 10 years ago

Resolution: fixed
Status: closedreopened

comment:28 by Frank Mehnert, 10 years ago

Please attach a VBox.log file of such a VM session.

by rpk, 10 years ago

Attachment: VBox.4.log added

OpenWRT with VirtualBox - VBox.log

in reply to:  28 comment:29 by rpk, 10 years ago

Replying to frank:

Please attach a VBox.log file of such a VM session.

Frank, Thanks for replying. Please find the enclosed VBox.4.log. Description: OpenWrt with VirtualBox.

comment:30 by NeDark, 9 years ago

Hello. Same problem fixed setting linux kernel flag cpuidle.off=1 Oddly it looks idling is working, cpu use <5% on idle.

Note: See TracTickets for help on using tickets.

© 2023 Oracle
ContactPrivacy policyTerms of Use