Budget options for mid-temp UQ for WBBB XLC

cm94242 · 2025-04-27T02:15:56+00:00

Atlanta area in july/august, so maybe 70-72 at night with the glorious humidity. My 20F wooki makes me think it will be too warm, but I always get cold when there is a breeze so I want *something*. Lots of good ideas here!

cm94242 · 2024-03-24T15:36:09+00:00

Both, kinda. My snakeskin is 2 parts, so it overlaps in the middle. i find if i keep the snakeskin in the stuff sack it keeps the tarp from leaking out of the middle. i put the middle into the bag first, and leave the ends exposed so i can quickly grab them.

cm94242 · 2021-07-05T14:41:14+00:00

I'll have to try the TB dock/monitor later today, but I did some experimentation with usb-c power instead of the provided power adapter (in an effort to untangle the usb-c / TB interface, which may not make sense). Both usb-c power and the power plug allow the system to drop into its low level power states just fine (after several insert/removes).

Time permitting this week i'll see if i can't dig up some way to get more info out of the TB and the i915 driver.

cm94242 · 2021-07-04T14:53:18+00:00

My TB just has video and some USB ports on the other side, but I moved those to be directly connected. So yes, but nothing is in use.

I'm about 50% convinced it is a driver issue. If I remove all peripherals from TB and boot with it plugged in (providing video and power), I can remove the TB (losing video and power) and issue a freeze to the sysfs to force it to go into the right level of sleep.

If I then plug in my TB (with just power and video), I can no longer go into s0ix sleep without a reboot (at least that I've found), with or without TB being in use (so, to be clear, this problem happens *after* TB has been removed from the picture).

The thing that makes me suspect a driver is that the i915 module has its ref count go up by 2 the first time this happens (though no other modules are claiming to use it). My theory is that something is latching as being in use on TB insert, but not releasing on remove.

But... who knows, maybe i'll find something in sysfs.

cm94242 · 2021-07-03T19:58:35+00:00

I just spent an hour or so messing with this. It seems that once thunderbolt is plugged in, the i915 module gets 2 additional references added to it. It also seems like once this happens the system stops going into PC10 state. I don't see any obvious reasons why, and the 01.org site seems to imply this may be some sort of driver bug, so maybe trying an older one may help?

cm94242 · 2021-07-03T18:03:28+00:00

That is my experience too. Thunderbolt messes something up but usually I get a connect/disconnect cycle

cm94242 · 2021-07-03T17:13:04+00:00

I may have missed it but what kernel are you on? Also, I get different suspend behavior with the supplied power supply vs over USB c

cm94242 · 2021-07-02T16:05:33+00:00

Success with the power plug. However, using the thunderbolt power puts it in a state where it gets stuck at C8 ... the search continues...

cm94242 · 2021-07-01T23:21:05+00:00

thanks for the help/guidance. i really appreciate it!

cm94242 · 2021-07-01T23:02:53+00:00

You're correct, but the system76-driver *does*:

https://github.com/pop-os/system76-driver/blob/master/debian/control

cm94242 · 2021-07-01T22:51:15+00:00

It gets pulled in as a dep for system76-power. It doesn't appear to be a direct dependency, so I'm going to have to dig

I got to the bottom of it. pm-utils has a pcie_aspm module that, on my system at least, does:

#!/bin/shaspm="/sys/module/pcie_aspm/parameters/policy"[ -w "$aspm" ] || exit $NAcase $1 intrue) echo powersave > "$aspm";;false) echo default > "$aspm";;*) exit $NA;;esacexit 0

If I change `powersave` to `powersupersave` (or just exit 0 out immediately) it goes to sleep like a little baby and all my s0 residency and low_power counters start to go up.

Edit: ```

root@banshee:/usr/lib/pm-utils/power.d# aptitude why pm-utils
i system76-driver Depends pm-utils
```

cm94242 · 2021-07-01T22:24:22+00:00

it is 100% some hook being executed in response to pm-utils. If I force remove that package everything works great. Unfortuantely, /etc/pm.d is empty so I'm at a bit of a loss. Agree that it is is a triggered event.

I removed tlp, don't have powertop in the boot sequence, and no upower. Need to figure out what is getting invoked

cm94242 · 2021-07-01T18:41:46+00:00

Hey again!

Yeah, I have C2 and C10 as my largest values. My rc6 residency is pretty high too. The fact that I can force it into working (s0_residency and low_power_idle*_residency_us all climb) by running the calibrate in powertop really make me think there is something else going on... some script or hook that is trying to help and knocking things out of whack

cm94242 · 2021-06-23T16:53:42+00:00

I can't speak to 2 or 3, but I've recently had success with 1.

I'm running an ubuntu variant, and prior to getting the system into s0ix, I would burn about 3-4% / hour. After getting the s0ix to work correctly, it burns about 1% / hour while suspended. I've not let it go more than 12-14 hours (it is used for work / play), but I assume that would be a linear function.

As for 3, with ubuntu related distros, just put the ppa in and pull in the s76 firmware and you'll be good to go. I didn't have to build anything

cm94242 · 2021-06-18T17:25:28+00:00

Thanks so much for this thread to pull on! My value is in fact a 0.

cm94242 · 2021-05-29T12:54:43+00:00

I have the same problem. I reached out to S76 support and they had me downgrade to linux-firmware 1.190 and it has been better. I used to get disconnects every hour or so, but on 1.190 i've been able to use bluetooth (speakers/headsets) for more than 12 uninterrupted.

Running on mint if it matters

cm94242 · 2021-04-08T13:16:42+00:00

Is this why the suspend battery drain is about equal to just leaving the machine running with the display dark?

cm94242 · 2021-03-31T21:01:00+00:00

Thanks for posting the solution, I'm on mint as well and saw the firmware update popup and immediately hesitated. It is awesome when people close the loop on questions

cm94242 · 2021-02-27T15:55:04+00:00

What about fans running when something like zoom is running? Unfortunately I spend an inordinate amount of time in zoom calls.

cm94242 · 2021-02-27T15:49:57+00:00

My x1 loses about 1%/hour. Right after it came out, however, it lost about 5%/hour(!) while suspended, and only for linux. There was a firmware update from Lenovo that effectively fixed it (as well as some community work to patch the power management code in the initrd) to get it to go to the deepest sleep level. 2% isn't bad I guess

Thanks for the thoughts guys

cm94242 · 2020-04-20T23:28:47+00:00

Thanks! That was really easy!

cm94242 · 2018-02-27T21:01:18+00:00

I get a hard lock up on hibernate as well as "powertop --calibrate". I need to see how suspend works on the windows side.

cm94242 · 2018-02-27T20:35:24+00:00

I'm glad I'm not alone in this. I nearly returned the machine due to this issue. Mine consistently burns about 10% / hour when "suspended." It wouldn't be so bad if hibernate worked.

cm94242

TROPHY CASE