VirtualBox

Opened 9 years ago

Closed 9 years ago

Last modified 9 years ago

#13820 closed defect (fixed)

Possible Bug With Linux Host and Broadwell CPU's (SMAP feature)

Reported by: tascheitrum Owned by:
Component: host support Version: VirtualBox 4.3.20
Keywords: Cc:
Guest type: Linux Host type: Linux

Description

I received a Dell latitude e7450 (Broadwell CPU) and as noted in my forum post, Virtualbox Hangs at "0% Starting Virtual Machine". According to the log files it never actually gets to the boot sequence. https://forums.virtualbox.org/viewtopic.php?f=7&t=65932

I noticed another person with a Broadwell CPU was having the same problem here: http://askubuntu.com/questions/581301/virtualbox-stuck-on-starting-virtual-machine/583628

And that leads me to believe that there may be a bug in Virtualbox on Linux Hosts and Broadwell CPU's.

To be clear, I enabled Virtualization support in my bios, did a fresh install of Mint 17.1, only installed virtualbox and added my user to vboxusers and it will not boot. If I reboot and load my Windows 7 Partition, Virtualbox works just fine, so the hardware is capable of virtualization, and it works, just not with a Linux host.

I've attached logs, hopefully they shed some light on the issue!

Attachments (3)

Logs.tar.gz (17.0 KB ) - added by tascheitrum 9 years ago.
Guest Machine Logs
dmesg_and_kernel_config.tar.gz (61.2 KB ) - added by tascheitrum 9 years ago.
dmesg and kernel config from failed boot
diff_4.3_smap (1.6 KB ) - added by Frank Mehnert 9 years ago.
Disable SMAP when during VirtualBox kernel calls

Download all attachments as: .zip

Change History (21)

by tascheitrum, 9 years ago

Attachment: Logs.tar.gz added

Guest Machine Logs

comment:1 by tascheitrum, 9 years ago

I've also tried booting with 'Enable I/O APIC' and 'Use Host I/O cache' to no avail.

Version 0, edited 9 years ago by tascheitrum (next)

comment:2 by Frank Mehnert, 9 years ago

I have a suspicion. Please add the following files:

  • the configuration of your host Linux kernel
  • the complete output of 'dmesg' after you tried to start a VM

comment:3 by Frank Mehnert, 9 years ago

And after your provided the files, could you test if you are able to start your VM with 'nosmap' added as kernel parameter (host kernel)?

in reply to:  3 comment:4 by tascheitrum, 9 years ago

Replying to frank:

And after your provided the files, could you test if you are able to start your VM with 'nosmap' added as kernel parameter (host kernel)?

Thanks for the help, I don't have the computer in front of me but after work I can get you the requested information.

by tascheitrum, 9 years ago

dmesg and kernel config from failed boot

comment:5 by tascheitrum, 9 years ago

Success!

Virtualbox will boot with 'nosmap' added as a host kernel parameter!

What does this command do? Does it have any affect on my system, or should I put that in my kernel boot parameters permanently?

Last edited 9 years ago by tascheitrum (previous) (diff)

comment:6 by Frank Mehnert, 9 years ago

Summary: Possible Bug With Linux Host and Broadwell CPU'sPossible Bug With Linux Host and Broadwell CPU's (SMAP feature)

comment:7 by Frank Mehnert, 9 years ago

Broadwell CPUs introduce a new feature called 'supervisor mode access prevention' which allows to restrict kernel code from directly accessing usermode code. The intention is to catch bugs in kernel code because normally the kernel would access user-level memory only under rare conditions (mostly when copying parameters for system calls from/to user memory prior/after the system call is executed). For historic reasons, VirutalBox kernel code needs to access user-level code because the complete virtual memory of the guest is mapped on the host side and on 32-bit hosts we have the 1G limitation in the kernel part of the address space (3G for userland, 1G for kernel, kernel starts at 0xC0000000). And we don't want to limit guests on 32-bit hosts to 1GB RAM...

by Frank Mehnert, 9 years ago

Attachment: diff_4.3_smap added

Disable SMAP when during VirtualBox kernel calls

comment:8 by Frank Mehnert, 9 years ago

So all affected users: Please could you apply the diff_4.3_smap patch to your host kernel module and verify that it solves your problem:

cd /usr/src/vboxhost-4.3.20
sudo -s
patch -p1 < diff_4.3_smap
/etc/init.d/vboxdrv setup

Of course adapt the path to the diff file accordingly. After applying the patch please make sure to remove the nosmap parameter from the kernel command line.

Please let me know if that patch solves your problem the need to add any additional kernel parameters. Unfortunately I don't have Broadwell hardware handy and therefore cannot test this patch myself. Thank you!

comment:9 by MichaelAquilina, 9 years ago

I'm the user who posted the issue on stack overflow. I'll be able to test using nosmap tomorrow and report back here.

comment:10 by Frank Mehnert, 9 years ago

Thanks. I would appreciate if you could also test the patch. :-)

comment:11 by lcd, 9 years ago

The patch works on virtualbox version 4.3.18-dfsg-1~ubuntu1~trusty1.

I had the problem with a new Dell E5450 laptop.

Patched the file and ran "dpkg-reconfigure virtualbox-dkms"

That fixed the problem.

comment:12 by MichaelAquilina, 9 years ago

Out of curiosity what are the empty inline calls to stac and clac doing in your diff?

comment:13 by tascheitrum, 9 years ago

I tested the patch on Virtualbox 4.3.20 r96996 and it seems fixed.

THANK YOU Frank!

If you have a preferred method of donation, i'd be happy to buy you a beer!

Last edited 9 years ago by tascheitrum (previous) (diff)

comment:14 by Frank Mehnert, 9 years ago

MichaelAquilina, the empty inline functions are only required for older kernels without SMAP support (older than Linux 3.7) to make the compiler happy.

Thanks for all the feedback. The patch will be part of the upcoming next maintenance release.

comment:15 by MichaelAquilina, 9 years ago

Both nosmap as a kernel parameter and the diff you provided work for me. Thanks for all the help. As taschitrum mentioned, if you have a preferred method of donation let me know :)

comment:16 by Frank Mehnert, 9 years ago

Resolution: fixed
Status: newclosed

Fix is part of VBox 4.3.22.

comment:17 by corentin, 9 years ago

I have a Thinkpad x1 carbon 2015, with Virtualbox 4.3.26 and could not have my VMs starting. I've tried Fedora 21 & 22 where the Desktop freezes, Debian 8 where as the OP described only Virtualbox hanged up (for me at 20%). Finally I've tried the nosmap kernel option, and it did the job.

I haven't tried the nosmap fix before because I thought it was already fixed in my Virtualbox release.

I'm commenting here, don't know if it should be reopen, maybe it will encourage other readers to give a shot to the osmap kernel option. I'm available if one needs more input.

Original help request: https://forums.virtualbox.org/viewtopic.php?f=7&t=67516

comment:18 by Frank Mehnert, 9 years ago

corentin, please go to #13961 and use the included diff_smap_4 Patch in that ticket.

Note: See TracTickets for help on using tickets.

© 2023 Oracle
ContactPrivacy policyTerms of Use