From nobody@FreeBSD.org  Sun Mar 27 08:23:34 2011
Return-Path: <nobody@FreeBSD.org>
Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34])
	by hub.freebsd.org (Postfix) with ESMTP id 67942106564A
	for <freebsd-gnats-submit@FreeBSD.org>; Sun, 27 Mar 2011 08:23:34 +0000 (UTC)
	(envelope-from nobody@FreeBSD.org)
Received: from red.freebsd.org (red.freebsd.org [IPv6:2001:4f8:fff6::22])
	by mx1.freebsd.org (Postfix) with ESMTP id 3E2108FC18
	for <freebsd-gnats-submit@FreeBSD.org>; Sun, 27 Mar 2011 08:23:34 +0000 (UTC)
Received: from red.freebsd.org (localhost [127.0.0.1])
	by red.freebsd.org (8.14.4/8.14.4) with ESMTP id p2R8NYwb037578
	for <freebsd-gnats-submit@FreeBSD.org>; Sun, 27 Mar 2011 08:23:34 GMT
	(envelope-from nobody@red.freebsd.org)
Received: (from nobody@localhost)
	by red.freebsd.org (8.14.4/8.14.4/Submit) id p2R8NYA0037573;
	Sun, 27 Mar 2011 08:23:34 GMT
	(envelope-from nobody)
Message-Id: <201103270823.p2R8NYA0037573@red.freebsd.org>
Date: Sun, 27 Mar 2011 08:23:34 GMT
From: Robert <brokensword@te.net.ua>
To: freebsd-gnats-submit@FreeBSD.org
Subject: OS hangs completely when suspend\resume with active VirtualBox guest window
X-Send-Pr-Version: www-3.1
X-GNATS-Notify:

>Number:         155964
>Category:       kern
>Synopsis:       [hang] [suspend/resume] OS hangs completely when suspend/resume with active VirtualBox guest window
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    freebsd-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:  
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Sun Mar 27 08:30:10 UTC 2011
>Closed-Date:    
>Last-Modified:  Tue Apr 22 05:26:27 UTC 2014
>Originator:     Robert
>Release:        8.2-RELEASE
>Organization:
>Environment:
FreeBSD ara-home-pc-freebsd 8.2-RELEASE FreeBSD 8.2-RELEASE #0: Thu Feb 17 02:41:51 UTC 2011     root@mason.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC  amd64
>Description:
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.
>Fix:


>Release-Note:
>Audit-Trail:
Responsible-Changed-From-To: freebsd-ports-bugs->freebsd-bugs 
Responsible-Changed-By: linimon 
Responsible-Changed-When: Sat Apr 9 18:55:26 UTC 2011 
Responsible-Changed-Why:  
This appears to be a kernel bug. 

http://www.freebsd.org/cgi/query-pr.cgi?pr=155964 
>Unformatted:
