Bug 121575

Summary: ACPI regression from 6.2 to 7.0 -- S3 resume fails with VIA VT8235
Product: Base System Reporter: RC <cooleyr>
Component: kernAssignee: freebsd-acpi (Nobody) <acpi>
Status: Closed FIXED    
Severity: Affects Only Me    
Priority: Normal    
Version: Unspecified   
Hardware: Any   
OS: Any   

Description RC 2008-03-10 19:40:00 UTC 
Despite a few problems (on-board NIC and X11) S3 suspend/resume worked well with FreeBSD 6.2 on my MSI KM2M Combo L motherboard.  With 7.0R, on S3 resume, keyboard lights blink, but then video is never reinitialized, either with onboard or PCI Nvidia Geforce 4MX 420 (ATI r128 AGP unfortunately doesn't work even with 6.2).


From running FreeBSD 6.2 system:
acpidump -dt: http://geocities.com/ryancooley/freebsd/acpidump-dt.log.gz
dmesg: http://geocities.com/ryancooley/freebsd/dmesg.log.gz

Motherboard Specs: http://www.msicomputer.com/product/p_spec.asp?model=KM2M_Combo-L


I will perform any other debugging/testing steps requested.

Fix: 

Downgrade to FreeBSD 6.2
How-To-Repeat: Install FreeBSD7.  
Run: acpiconf -s3
Hit sleep/power button to resume.
Wait forever.
Comment 1 Volker 2008-03-11 01:52:54 UTC 
Dear submitter,

your report does not state whether or not you're running X.

Is the machine ping'able after the resume is believed to have completed?
Have you taken a look into
http://www.freebsd.org/doc/en_US.ISO8859-1/articles/laptop/power-management.html

Please post `sysctl hw.acpi', `sysctl debug.acpi' and `apm'
Comment 2 Volker Werth freebsd_committer freebsd_triage 2008-03-11 02:20:45 UTC 
State Changed
From-To: open->feedback


Submitter has been asked for feedback.
Comment 3 Volker Werth freebsd_committer freebsd_triage 2008-03-11 02:20:45 UTC 
Responsible Changed
From-To: freebsd-bugs->freebsd-acpi


Over to maintainer(s).
Comment 4 RC 2008-03-11 04:33:32 UTC 
On Tue, 11 Mar 2008 02:52:54 +0100
Volker <volker@vwsoft.com> wrote:

> Please post `sysctl hw.acpi', `sysctl debug.acpi' and `apm'

Looking at the output of sysctl, it immediately became obvious that
reset_video was 0, whereas it should have been 1, as it is on my 6.2
installation.  I was sure it was enabled (in the BIOS) but it's
been a long time now... And I look like an idiot for not first checking
something so simple.

Thanks for the pointer.  You can discard this bug.
Comment 5 Volker Werth freebsd_committer freebsd_triage 2008-03-11 14:24:39 UTC 
State Changed
From-To: feedback->closed


Fixed. Submitter requests closing. 
Thanks for reporting!