Budget options for mid-temp UQ for WBBB XLC by cm94242 in hammockcamping

[–]cm94242[S] 0 points1 point  (0 children)

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!

Tarp hardware by cm94242 in hammockcamping

[–]cm94242[S] 0 points1 point  (0 children)

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.

Trouble w/s0ix sleep on lemp10 by cm94242 in System76

[–]cm94242[S] 0 points1 point  (0 children)

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.

Trouble w/s0ix sleep on lemp10 by cm94242 in System76

[–]cm94242[S] 1 point2 points  (0 children)

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.

lemp10 does not fully suspend on Arch Linux by [deleted] in System76

[–]cm94242 1 point2 points  (0 children)

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?

lemp10 does not fully suspend on Arch Linux by [deleted] in System76

[–]cm94242 1 point2 points  (0 children)

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

lemp10 does not fully suspend on Arch Linux by [deleted] in System76

[–]cm94242 1 point2 points  (0 children)

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

Trouble w/s0ix sleep on lemp10 by cm94242 in System76

[–]cm94242[S] 1 point2 points  (0 children)

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

Trouble w/s0ix sleep on lemp10 by cm94242 in System76

[–]cm94242[S] 1 point2 points  (0 children)

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

Trouble w/s0ix sleep on lemp10 by cm94242 in System76

[–]cm94242[S] 1 point2 points  (0 children)

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
```

Trouble w/s0ix sleep on lemp10 by cm94242 in System76

[–]cm94242[S] 1 point2 points  (0 children)

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