> > pm-hibernate has no such option and thus breaks. Not sure why s2disk is > > involved at all? > > s2disk isn't involved per se, but it can bring your machine in > hibernation. It can work as a `back end' in pm-hibernate.
Right. That much I understand. > I'm not sure we're understanding each other. In my understanding, on a > powermac, the interface /sys/power/state was not working for > suspend-to-ram. Correct, on a G5 powermac there is no suspend to RAM implemented at all. On a G4 powerbook/powermac suspend to RAM is implemented but not via /sys/power/state. > If I read your e-mails to this report it isn't working > for hibernation either. Right? /sys/power/state works for hibernation on a G5 powermac, on a G4 powermac/powerbook it also works but is broken when DRI is enabled. > Now, for S3 there were some ioctl that had to be used. This is now in > the s2ram binary. Yes, for suspend to RAM (there is no S3 on powermacs/powerbooks! stop confusing everybody with ACPI terminology :) ) there are ioctls on /dev/pmu to be used. And now I just reviewed the s2ram sources and indeed, it does implement this. So I guess the whole bug is "s2ram isn't installed by default". > Are you saying that for S4 we need something similar (eg. some binary > that pokes some ioclts?) No. For suspend (to RAM) all it needs is s2ram installed. For suspend to disk you need to fix the assumption that /sys/power/disk has 'platform' as a valid option. johannes
signature.asc
Description: This is a digitally signed message part
