Bug 155964 - [hang] [suspend/resume] OS hangs completely when suspend/resume with active VirtualBox guest window
Summary: [hang] [suspend/resume] OS hangs completely when suspend/resume with active V...
Status: Open
Alias: None
Product: Base System
Classification: Unclassified
Component: kern (show other bugs)
Version: 8.2-RELEASE
Hardware: Any Any
: Normal Affects Only Me
Assignee: freebsd-bugs (Nobody)
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-03-27 09:30 UTC by Robert
Modified: 2018-05-20 23:51 UTC (History)
1 user (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Robert 2011-03-27 09:30:10 UTC
Every time resume\suspend of physical host happens with launched and active VirtualBox machine - physical host freezes completely.

Installed versions:
virtualbox-ose-3.2.12_1 A general-purpose full virtualizer for x86 hardware
virtualbox-ose-kmod-3.2.12_1 VirtualBox kernel module for FreeBSD

VirtualBox setup using instruction from:
http://wiki.freebsd.org/VirtualBox

Changes in env:
..
echo vboxnet_enable=\"YES\" >> /etc/rc.conf
echo 'cloned_interfaces="tap10 tap11 tap12 tap13 tap14 tap15 bridge0"' >> /etc/rc.conf
echo 'ifconfig_bridge0="addm ale0 addm tap10 addm tap11 addm tap12 addm tap13 addm tap14 addm tap15 up"' >> /etc/rc.conf
echo vboxdrv_load=\"YES\" >> /boot/loader.conf
echo perm cd0 0660 >> /etc/devfs.conf
echo perm xpt0 0660 >> /etc/devfs.conf
echo perm pass0 0660 >> /etc/devfs.conf
pw groupmod vboxusers -m $ARA_INIT_USER_NAME

echo net.link.tap.user_open=1 >> /etc/sysctl.conf
echo net.link.tap.up_on_open=1 >> /etc/sysctl.conf

echo chmod 0660 /dev/tap10 >> /etc/rc.local
echo chmod 0660 /dev/tap11 >> /etc/rc.local
echo chmod 0660 /dev/tap12 >> /etc/rc.local
echo chmod 0660 /dev/tap13 >> /etc/rc.local
echo chmod 0660 /dev/tap14 >> /etc/rc.local
echo chmod 0660 /dev/tap15 >> /etc/rc.local
..

Then use VM with bridged adapter, tap10 for example.

How-To-Repeat: VM - VirtualBox virtual machine
PM - Physical Machine (host)

1. Boot PM;
2. Launch VirtualBox and run some prepared VM;
3. Suspend PM using acpiinfo -s3;
4. Resume PM;
-> PM hangs with black screen after attempt to resume.

Here is similar situation, but with pre-paused VirtualBox:
1. Boot PM;
2. Launch VirtualBox and run some prepared VM;
3. Set VM to Pause (menu Machine->Pause);
4. Suspend PM using acpiinfo -s3;
5. Resume PM; [PM resumed successfully here]
6. Set VM to "Resume" (Menu->Resume).
-> PM hangs completely.

So it's not ACPI bug, it's how ACPI affects VB and it in turn affects PM.
Comment 1 Mark Linimon freebsd_committer freebsd_triage 2011-04-09 19:55:26 UTC
Responsible Changed
From-To: freebsd-ports-bugs->freebsd-bugs

This appears to be a kernel bug.
Comment 2 Eitan Adler freebsd_committer freebsd_triage 2018-05-20 23:51:21 UTC
For bugs matching the following conditions:
- Status == In Progress
- Assignee == "bugs@FreeBSD.org"
- Last Modified Year <= 2017

Do
- Set Status to "Open"