Bug 91038

Summary: [panic] [ata] [acpi] 6.0-RELEASE on Fujitsu Siemens Amilo Pro v2040 can't resume from sleep
Product: Base System Reporter: Vaida Bogdan <vaida.bogdan>
Component: kernAssignee: freebsd-acpi (Nobody) <acpi>
Status: Closed FIXED    
Severity: Affects Only Me    
Priority: Normal    
Version: 6.0-RELEASE   
Hardware: Any   
OS: Any   

Description Vaida Bogdan 2005-12-29 02:30:03 UTC
ACPI resume doesn't work: 

If I power on after a sleep (acpiconf -s 3):

ioapic_suspend: not_implemented!
ioapic_suspend: not_implemented!
[...]
fwohci0: Phy 1394a available S400, 2 ports
fwohci0: Link S400, max_rec 2048 bytes
fwohci0: Initiate bus reset
[ Freezes ]

tried to disable apic in kernel config with a partial success: it boots but hdd doesn't resume 


fwohci0: fwohci_pci_suspend
fwohci0: device physically ejected?
fw0hci0: suspend request ignored (not ready yet)
fwohci0: Phy 1394a available S400, 2 ports
fwohci0: Link S400, max_rec 2048 bytes
fwohci0: Initiate bus reset
fwohci0: Bus reset
fwohci0: node_id=0xc800ffc0 gen=0 CYCLEMASTER MODE
firewire0: 1 nodes maxhop <=0, cable IRM=0 (me)
firewire0: bus manager 0 (me)
fwohci0: phy int
ad4 detached
g_vfs_done() ad4s1a [READ(offset=53...,length=2048)] error=6
g_vfs_done()...
vnode_pager_getpages: I/O read error
g_vfs_done...
[ seems I can run bash builtin commands => memory was restored ok ]
[ still ad4 remains detached ]
cd /bin
./ls
g_vfs_done() ...
vnode_pager_getpages: I/O read error
./ls: Input/Output error

APM (similar problem here) 


1) Kernel config has: "device apm"
2) Load kernel module at boot:
apm_load="YES" to /boot/loader.conf
3) Hint.apm.0.disabled="0" in /boot/device.hints
4) Start apm automatically at boot:
apm_enable="YES" in /etc/rc.conf
5) Enable APM daemon:
apmd_enable="YES" to /etc/rc.conf

and I get the following error when starting apm:

apm: can't open /dev/apm: no such file or directory
/etc/rc: WARNING: /dev/apmctl not found; kernel is missing apm (4)

(kldstat shows no acpi loaded, I also tried using apm and pmtimer in
my kernel config file)

How-To-Repeat: acpiconf -s 3 on a Fujitsu Siemens Amilo Pro v2040
try to resume it
Comment 1 Vaida Bogdan 2006-08-23 10:33:20 UTC
Anyone interested in fixing this? I am willing to help/test/debug.
Comment 2 Gavin Atkinson freebsd_committer freebsd_triage 2008-02-19 17:40:05 UTC
State Changed
From-To: open->feedback

To submitter:  Firstly, I'm sorry that this PR has sat for so long without 
anyone looking at it.  Can you tell me, is this still a problem with newer 
versions of FreeBSD?  If so, can you try using a kernel with as many devices 
removed as possible i(leave apic, ata etc but remove firewire, usb etc) and 
see if you still have issues?  If not, can you then add devices back one at 
a time and see what happens? 


Comment 3 Gavin Atkinson freebsd_committer freebsd_triage 2008-02-19 17:40:05 UTC
Responsible Changed
From-To: freebsd-i386->gavin

Track
Comment 4 Vaida Bogdan 2008-02-21 09:41:46 UTC
I switched to Ubuntu for a year now and this bug was one of the
reasons I decided to switch. I'm sorry but I can't help you solve the
bug.
Comment 5 Gavin Atkinson freebsd_committer freebsd_triage 2008-02-21 10:25:13 UTC
State Changed
From-To: feedback->suspended

Original submitter no longer uses FreeBSD on this laptop, mark as suspended 
until somebody else is able to help 


Comment 6 Gavin Atkinson freebsd_committer freebsd_triage 2008-02-21 10:25:13 UTC
Responsible Changed
From-To: gavin->freebsd-acpi

Over to freebsd-acpi@
Comment 7 Andriy Gapon freebsd_committer freebsd_triage 2010-12-05 14:43:59 UTC
State Changed
From-To: suspended->closed

No point in keeping suspended PRs from ages ago. 
Openning a new PR is cheap.