Just a note for people who find this by search:
In Hardy, I've found that you must now kill/delete hald-addon-pmu instead of
gnome-power-manager.
Combined with BenH's /etc/power scripts, suspend/resume by closing the
lib now appears to work reliably.
--
[gutsy] sleep on powerbook crashes
PowerPC no longer has commercial paid support from Canonical. That is the only
thing that was dropped.
It is still a supported architecture as far as making Ubuntu releases for the
public.
--
[gutsy] sleep on powerbook crashes
https://bugs.launchpad.net/bugs/144305
You received this bug
Similar issues of a G4 powerbook. In my experience, gnome-power-manager
is a disaster on ppc. Deleting /usr/bin/gnome-power-manager and letting
pbbuttonsd handle power management makes for stable suspend / resume,
albeit with a VT switcher in /etc/power/{suspend.d,resume.d}.
A consensus on how to
This is a rather critical bug still present in hardy alpha. Should this
be assigned to the kernel team? Anyone know?
--
[gutsy] sleep on powerbook crashes
https://bugs.launchpad.net/bugs/144305
You received this bug notification because you are a member of Ubuntu
Bugs, which is the bug contact
I just assumed it wasn't assigned to anyone because powerpc is no longer
a supported architecture.
--
[gutsy] sleep on powerbook crashes
https://bugs.launchpad.net/bugs/144305
You received this bug notification because you are a member of Ubuntu
Bugs, which is the bug contact for Ubuntu.
--
This doesn't seem to be fixed in hardy. Moreover in hardy I cannot
suspend at all - it's no longer an option in gnome-power-manager. also
according to pm-is-suspend suspend is unavailable. if i manually suspend
it does work - but of course doesn't resume because of this problem.
--
[gutsy] sleep
Some notes:
- APM emu is broken in recent kernels, so that's why that part doesn't work,
but it isn't a big issue here
- Fixing HAL is not really useful as we want something more like x86 where
it's done by the suspend
resume scripts and works always, not only when HAL is there. I would
I'm having this same problem on my powerbook 5,2 gutsy.
Some extra observations:
/usr/lib/hal/hal-system-power-pmu sleep
Does seem to work in all cases, except when the GDM screen is formost
(tested by using sleep to have the command issued after I've switched to
VT7.)
Running suspend from the
The patch posted by John Steele Scott fixes the resume issue I had.
--
[gutsy] sleep on powerbook crashes
https://bugs.launchpad.net/bugs/144305
You received this bug notification because you are a member of Ubuntu
Bugs, which is the bug contact for Ubuntu.
--
ubuntu-bugs mailing list
Sleep doesn't work on my iBook G4 either. It used to work in Feisty.
One strange thing I've noted is that when the machine goes to sleep,
after the LED starts breathing (fading in and out to show the machine
is asleep), the LCD backlight turns on.
Ben, I haven't been able to get your workaround
APM emu should still be useful to notify apps that directly listen to
/dev/apm_bios such as X, though I haven't seen that working properly
lately.
A few things you can try:
- First, check if radeonfb is loaded working
- Try sleeping from console mode without having ever launched X from boot
Okay, I'm sure your workaround is the way to go, it's just the
implementation which doesn't seem to be the same between my computer and
yours.
Notes:
If I manually switch to vt1 and sleep using /usr/lib/hal/hal-system-
power-pmu sleep, it sleeps and resumes fine.
Also, if I sleep from X by
This patch mostly fixes it for me . . . I can now confidently close the
lid to suspend, and open it without a crash.
The only issue is that the call to chvt after resume does not always
work, so sometimes I need to switch vts manually. But it sure beats
having the machine lock-up.
** Attachment
Are env. variables preserved between invocations of the script ? they
are on ACPI scripts but not on /etc/power scripts afaik, which is why my
proposed pair of scripts does this hack with a temp file. You might
simply be missing your CONSOLE variable on the way back...
I find it a bit disturbing
With a bit more digging, it seems that for some reason, the APM emulation isn't
doing the job it used to do of
having X cleanup properly for suspend. It could be a bug with the recent X
servers or ATI drivers, that's unclear.
However, rather than trying to fix that, the best solution is to do
Looks like I wasn't completely right above. I don't know yet whether
userspace is using the ioctl or not, but it seems that calling the ioctl
directly also fails when X is frontmost.
Among other things I've noticed:
- the APM emulation module isn't loaded by default.
- the kernel isn't
16 matches
Mail list logo
