Bug 183658

what does lshal -m print when you shut the lid of your iBook?

(In reply to comment #1)
> what does lshal -m print when you shut the lid of your iBook?

Nothing.

If I start monitoring before I unplug, I get this:

pmu_battery_0_0 property battery.remaining_time = 1692 (0x69c)
pmu_battery_0_0 property battery.rechargeable.is_discharging = true
pmu_battery_0_0 property battery.rechargeable.is_charging = false
pmu_info_1 property ac_adapter.present = false

This is a HAL error (probably with the pmu addon) and not the fault of g-p-m.
HAL never sends the "lid is closed" event to g-p-m, so g-p-m is not even aware
that the lid is closed.

I'm guessing you are running rawhide HAL (which is pretty close to CVS for the
pmu stuff), so I would report this to the hal mailing list.

Adding as blocker for FC5.  Feel free to remove if this isn't important enough
for a blocker.

Just install apmud -- it's far too late to be adding new blocker bugs to FC5.

I know about apmud but gnome-power-manager is supposed to work and is in core. 
If it doesn't work, apmud should be in core, IMO.

This works on my iBook clamshell. g-p-m supports events for lid closure on 
iBooks and has for some time. It's likely that the pmu hal addon isn't picking 
up the lid changed events, therefore g-p-m would know nothing about the event.

>Just install apmud

I'm guessing apmud might not work either. If it does, then the hal addon needs
patching.

Richard.

(In reply to comment #8)
> >Just install apmud
> 
> I'm guessing apmud might not work either. If it does, then the hal addon needs
> patching.

apmud _does_ work.

In which case case you grab me a hal verbose trace (see
http://www.gnome.org/projects/gnome-power-manager/bugs.html), and shut and open
the lid a few times, and attach the output to this bug. Many thanks.

Can you try this please:
http://live.gnome.org/GnomePowerManager/Faq?action=subscribe#head-b8b1280115b0a51c2cc27b13a57121130ebf36cb

This has been pushed to FC5.  I'm going to push the patch to Rawhide today.

I updated just before lunch and rebooted when I came back.  If I unplug the
power adapter and close the lid, the backlight goes off but it doesn't seem to
get into a proper sleep and when I open the lid again it's got a black screen
but I apparently can't do anything locally.  I can ssh to the laptop, though.

I have a similar problem too on my iBook G4. If I close the lid (to suspend),
the screen goes blank (like i've gone into suspend), but the backlight never
goes off (the apple logo still remains lit). 
The disk activity light 'pulses' like it's gone into sleep.

When I open the lid, I can hear the disk and cd spin up, the lcd flickers but I
never regain my desktop.

Installing apmud and running the pmud service makes no difference; neither does
removing/reinstalling gnome-power-manager.

It only worked intermittently previous to my last update (it would suspend once,
maybe twice and then blank screen again); i'm now running
kernel-2.6.17-1.2139_FC5 and it doesn't seem to work at all; don't know if
that's useful at all...

(In reply to comment #14)
> I have a similar problem too on my iBook G4. If I close the lid (to suspend),
> the screen goes blank (like i've gone into suspend), but the backlight never
> goes off (the apple logo still remains lit).
> [...]
> When I open the lid, I can hear the disk and cd spin up, the lcd flickers
> but I never regain my desktop.
> 
> Installing apmud and running the pmud service makes no difference; neither
> does removing/reinstalling gnome-power-manager.

I am in the *exact* same situation as Kate.

Then it sounds very much like a kernel problem or an X issue, rather than a
g-p-m problem.

What is the status of this in rawhide ? 
Does lid-close-to-suspend work on iBooks there ?

David, any update ?

At least on my PowerBook5,6 suspend-to-ram and suspend-to-disk are finally
working. No apmud installed.

I have this problem in Fedora Core 6.  pm-suspend suspends my iBook G4, but
closing the lid does not.  Right-clicking on the gnome-power-manager
notification icon and selecting suspend *does* work.  gnome-power-manager is
running and is set to suspend on lid close.

BUT...If I run hal with "/usr/sbin/hald --daemon=no --verbose=yes" instead of
with /etc/init.d/haldaemon and run gnome-power-manager in the same way, things
seem to work (see attached logs).

Created attachment 142143 [details]
Log of hal being run with --verbose=yes

This is hal's stdout.  I opened and closed the lid to my iBook three times. 
Each time the laptop suspended.

Created attachment 142144 [details]
Log of hal being run with --verbose=yes

This is hal's stderr.  I opened and closed the lid to my iBook three times. 
Each time the laptop suspended.

Created attachment 142145 [details]
Log of gpm being run with --verbose=yes

This is gnome-power-manager's stdout.  I opened and closed the lid to my iBook
three times.  Each time the laptop suspended.

Created attachment 142146 [details]
Log of gpm being run with --verbose=yes

This is gnome-power-manager's stderr.  I opened and closed the lid to my iBook
three times.  Each time the laptop suspended.

Created attachment 142147 [details]
Log of gpm being run with --verbose=yes (but hal was started using /etc/init.d/h
aldaemon)

This is gnome-power-manager's stdout.  I opened and closed the lid to my iBook
but it did not suspend.

Created attachment 142148 [details]
Log of gpm being run with --verbose=yes (but hal was started using /etc/init.d/h
aldaemon)

This is gnome-power-manager's stderr.  I opened and closed the lid to my iBook
but it did not suspend.

Reassigning to HAL. This works for me (and others) on various laptops -- not
entirely sure how to debug it if running with --verbose --no-daemon magically
fixes it.

What about when you just start it manually without those options?

I'm pretty sure this is fixed now, otherwise reopen. Thanks.