Earlier quoted context omitted.
> Lenovo manages to do sleep/wake fine in Linux almost as well as Apple in my experience and I sleep/wake my Lenovo laptop regularly -- this is across two different models I have used so far (X1 and X390). I'd rate my OpenBSD X1 as not terrible too. Not as smooth as MacBook but adequate.
Carbon or Extreme? I can't even get resume on windows to work properly on my 1st gen X1 Extremes
I helped fix sleep-wake hangs on Linux with AMD GPUs
211–218 of 218 posts
Re: I helped fix sleep-wake hangs on Linux with AMD GPUs
#212Earlier quoted context omitted.
Pretty much all smartphones can do this.
*Recent. It took many years for smartphones to catch up with iPhones in terms of energy drain. Even today iPhones have the smallest batteries across their competitors.
Every smartphone does suspend/resume thousands of times each day, it has to be nearly 100% reliable feature and it is, otherwise users would be majorly pissed off.
Re: I helped fix sleep-wake hangs on Linux with AMD GPUs
#213Earlier quoted context omitted.
I'm super happy with S0 on Linux. The implementation is all about doing as little as possible but effectively remain "on".
What's the point, though? If it doesn't actually do anything, why keep it on?
If you want your device to be off, power it off.
Re: I helped fix sleep-wake hangs on Linux with AMD GPUs
#214Earlier quoted context omitted.
That's annoying but could also be caused by the monitor or TV HDMI implementation.
I don't think so. In that state, video will jump and stutter wildly, run very fast, and audio will be very broken. It's not just the sound that's affected.
Re: I helped fix sleep-wake hangs on Linux with AMD GPUs
#215Earlier quoted context omitted.
I don't think so. In that state, video will jump and stutter wildly, run very fast, and audio will be very broken. It's not just the sound that's affected.
Which all could be caused by a broken HDMI implementation (refresh, synchronization and audio are all encoded and synchronized). But of course I could be wrong and every M1 Mac has severe issues connecting to HDMI TV's.
For me, I have an M2 and no issues. Was worried about v1 issues (same for VisionPro—will wait until v2)
Re: I helped fix sleep-wake hangs on Linux with AMD GPUs
#216Earlier quoted context omitted.
I don't think so. In that state, video will jump and stutter wildly, run very fast, and audio will be very broken. It's not just the sound that's affected.
Which all could be caused by a broken HDMI implementation (refresh, synchronization and audio are all encoded and synchronized). But of course I could be wrong and every M1 Mac has severe issues connecting to HDMI TV's.
Re: I helped fix sleep-wake hangs on Linux with AMD GPUs
#217Earlier quoted context omitted.
Which all could be caused by a broken HDMI implementation (refresh, synchronization and audio are all encoded and synchronized). But of course I could be wrong and every M1 Mac has severe issues connecting to HDMI TV's.
Or it could be the cable. For me, I have an M2 and no issues. Was worried about v1 issues (same for VisionPro—will wait until v2)
Re: I helped fix sleep-wake hangs on Linux with AMD GPUs
#218Earlier quoted context omitted.
I just did `ExecStart` with `multi-user.target`. That implies the unit is `simple`, so it very well could be sequencing incorrectly at boot and failing. That's a good point; I'll have to keep that in mind!
Apologies for the confusion, I don't mean it was failing to run. If you don't add "RemainAfterExit", the service will run at every boot, because after a reboot it is considered "inactive. This will execute your shell code, which effectively toggles wakeup. "RemainAfterExit" is meant for unit files that change the state of your system. After running once, the service will be considered "active", until you manually dea…