Bug 242090 - Acer Aspire 1692 does not resume from suspend
Summary: Acer Aspire 1692 does not resume from suspend
Keywords:
Status: CLOSED RAWHIDE
Alias: None
Product: Fedora
Classification: Fedora
Component: hal-info
Version: 7
Hardware: All
OS: Linux
low
low
Target Milestone: ---
Assignee: Kernel Maintainer List
QA Contact: Brian Brock
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2007-06-01 16:35 UTC by Daniel Qarras
Modified: 2007-11-30 22:12 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2007-10-28 16:38:15 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)
hal-info patch for Acer Aspire 1692 suspend (891 bytes, patch)
2007-06-01 18:23 UTC, Daniel Qarras
no flags Details | Diff

Description Daniel Qarras 2007-06-01 16:35:33 UTC
After default Fedora 7 installation on my Acer Aspire 1692 I suspended my
machine from System->Suspend. Everything seemed to went fine, machine was
stopped ok. But after hitting a button machine is powered on but nothing seems
to happen even if waiting like 10 minutes. The system does not react to any
attempts from keyboard (such as ctrl+alt+bs or ctrl+alt+del).

Only thing in /var/log/messages is:

Jun  1 19:17:04 localhost gnome-power-manager: (dqarras) Suspending computer
because user clicked suspend from tray menu

Comment 1 Daniel Qarras 2007-06-01 17:06:55 UTC
Actually, when suspending from console with

echo -n mem > /sys/power/state

system is suspended ok and resume fails again but now the system responds to
ctrl+alt+del or the command reboot. So the problem is that the display stays
disconnected.

This is probably related to Bug 236223.

Comment 2 Doncho Gunchev 2007-06-01 17:38:24 UTC
Does 'pm-suspend --quirk-vbe-post' (or any other option from pm-suspend --help)
from console help? If so I can help you create a patch for hal-info.

Comment 3 Doncho Gunchev 2007-06-01 17:43:40 UTC
btw: Get pm-utils-0.99.3-6.fc8.i386.rpm from koji.fedoraproject.org and install
that (rpm -Uhv pm-utils-0.99.3-6.fc8.i386.rpm), the f7 package has no vbetool
(should be fixed soon I think).

Comment 4 Daniel Qarras 2007-06-01 18:23:01 UTC
Created attachment 155916 [details]
hal-info patch for Acer Aspire 1692 suspend

Comment 5 Daniel Qarras 2007-06-01 18:24:03 UTC
Fantastic, 'pm-suspend --quirk-vbe-post' works perfectly!

I've attached a patch to hal-info that works for Acer Aspire 1692. It uses just
the same quirks as Acer Aspire 1690.

Thanks!

Comment 6 Daniel Qarras 2007-06-01 18:42:35 UTC
Oh, it should be noted that I was using the RPM from

http://koji.fedoraproject.org/packages/pm-utils/0.99.3/6.fc8/i386/pm-utils-0.99.3-6.fc8.i386.rpm

The default Fedora 7 RPM did not work.

Thanks.

Comment 7 Daniel Qarras 2007-06-07 17:43:27 UTC
Actually, I noticed that only the RPM upgrade is needed as lshal reports:

root@localhost:~# lshal | grep Aspire
  smbios.system.product = 'Aspire 1690'  (string)
  system.hardware.product = 'Aspire 1690'  (string)
  system.product = 'Aspire 1690 Not Applicable'  (string)

So, the patch is withdrawn, do not apply.

And if you can, please close this bug as only the RPM upgrade is needed.

Comment 8 Jackie 2007-06-09 19:22:01 UTC
I have the same problem. I have F7 on a Dell Inspiron B130 and everything
suspends correctly, but when I bring it back up, I get this message on the
screen and goes no further:

audit(1181402594.472:9): avc: denied {search} for pid=3136 comm="alsactl"
name="root" dev=sda1 ino=9035137 scontext=system_u: system_r: alsa_t:s0
tcontext=system_u: object_r: default:s0 tclass=dir
stopping tasks... done.
shrinking memory... done.
freed 74028 kbytes in 0.17 seconds (435.45 MB/s)
Suspending console(s)

I have disabled SElinux and still get the same result. I have not tried to kill
 "alsactl" before suspending, so that might be an easy fix. Will report back
with result at a later time.

Comment 9 Doncho Gunchev 2007-06-09 21:52:22 UTC
(In reply to comment #8)
> I have the same problem. I have F7 on a Dell Inspiron
...
> audit(1181402594.472:9): avc: denied {search} for pid=3136 comm="alsactl"
> name="root" dev=sda1 ino=9035137 scontext=system_u: system_r: alsa_t:s0
> tcontext=system_u: object_r: default:s0 tclass=dir
...
> I have disabled SElinux and still get the same result. I have not tried to 
kill
>  "alsactl" before suspending, so that might be an easy fix. Will report back
> with result at a later time.

You can not kill alsactl, it's started to restore the sound card settings (not 
a daemon). Do you have SELinux disabled or in permissive mode 
(/etc/sysconfig/selinux)?

Comment 10 Jackie 2007-06-12 17:44:29 UTC
(In reply to comment #9)
> (In reply to comment #8)
> > I have the same problem. I have F7 on a Dell Inspiron
> ...
> > audit(1181402594.472:9): avc: denied {search} for pid=3136 comm="alsactl"
> > name="root" dev=sda1 ino=9035137 scontext=system_u: system_r: alsa_t:s0
> > tcontext=system_u: object_r: default:s0 tclass=dir
> ...
> > I have disabled SElinux and still get the same result. I have not tried to 
> kill
> >  "alsactl" before suspending, so that might be an easy fix. Will report back
> > with result at a later time.
> 
> You can not kill alsactl, it's started to restore the sound card settings (not 
> a daemon). Do you have SELinux disabled or in permissive mode 
> (/etc/sysconfig/selinux)?

Resume from hibernate works for me once I set SELinux to either permissive mode
or disabled. Once I put it back in enforce mode, I get the same message as
before. Don't know  why I didn't think of doing that before, but thanks for the
help anyhow.

Comment 11 Daniel Qarras 2007-10-19 15:18:25 UTC
I can confirm again that this is fixed in F8T3 & Rawhide. Feel free to close
this one.


Note You need to log in before you can comment on or make changes to this bug.