ChanServ changed the topic of #aarch64-laptops to: Linux support for AArch64 Laptops (Chrome OS Trogdor Devices - Asus NovaGo TP370QL - HP Envy x2 - Lenovo Mixx 630 - Lenovo Yoga C630 - Lenovo ThinkPad X13s - and various other snapdragon laptops) - https://oftc.irclog.whitequark.org/aarch64-laptops
deathmist1 has joined #aarch64-laptops
deathmist has quit [Read error: Connection reset by peer]
deathmist1 is now known as deathmist
erebion2142[m] is now known as erebion3421EPVPN[m]
tobhe_ has joined #aarch64-laptops
tobhe has quit [Ping timeout: 480 seconds]
<freekurt[m]>
<JensGlathe[m]> "What a PITA to get this up...." <- That's what she said.
nothorseface has joined #aarch64-laptops
nothorseface has quit []
nothorseface has joined #aarch64-laptops
hexdump0815 has joined #aarch64-laptops
hexdump01 has quit [Ping timeout: 480 seconds]
nothorseface has quit [Read error: No route to host]
nothorseface has joined #aarch64-laptops
nothorseface has quit [Ping timeout: 480 seconds]
alfredo has joined #aarch64-laptops
Vectorboost has joined #aarch64-laptops
icecream95 has quit [Ping timeout: 480 seconds]
Vectorboost has quit []
Vectorboost has joined #aarch64-laptops
srinik has joined #aarch64-laptops
alfredo has quit [Ping timeout: 480 seconds]
srinik has quit [Ping timeout: 480 seconds]
alfredo has joined #aarch64-laptops
patrickm has quit [Ping timeout: 480 seconds]
patrickm has joined #aarch64-laptops
patrickm has quit [Ping timeout: 480 seconds]
patrickm has joined #aarch64-laptops
spawacz has quit [Remote host closed the connection]
spawacz has joined #aarch64-laptops
patrickm has quit [Ping timeout: 480 seconds]
alfredo1 has joined #aarch64-laptops
alfredo has quit [Ping timeout: 480 seconds]
alfredo1 is now known as alfredo
alfredo has quit [Read error: Connection reset by peer]
nothorseface has joined #aarch64-laptops
Vectorboost has quit [Remote host closed the connection]
agl has quit [Quit: ZNC 1.8.2+deb3.1+deb12u1 - https://znc.in]
agl has joined #aarch64-laptops
nothorseface has quit [Ping timeout: 480 seconds]
nothorseface has joined #aarch64-laptops
patrickm has joined #aarch64-laptops
nothorseface has quit []
mrkajetanp has joined #aarch64-laptops
mrkajetanp has quit []
srinik has joined #aarch64-laptops
agl has quit [Quit: ZNC 1.8.2+deb3.1+deb12u1 - https://znc.in]
agl has joined #aarch64-laptops
<anthony25>
how high is the idle consumption, screen off, of your x1e laptop?
<anthony25>
on my yoga slim 7x it's at 3.2W, which I find pretty high, and I couldn't narrow down what consumes that much
srinik has quit [Ping timeout: 480 seconds]
<steev>
there are, afaik, a number of regulators that are running full time
<robclark>
and maybe still a pci+nvme issue pending which is worked around by not disabling some pci related clks (preventing hitting the deepest power states)?
<anthony25>
difficult to say without knowing if the consumption is do to a regulator or PCIe device, or if it's due to the CPU
<robclark>
if the cpu is indeed idle it should be hitting a power state where it draws almost no power.. there additionally can be board level dt issues with regulators left enabled, etc. Bottom line is the power draw is higher than it should be right now, compared to windows, but there are folks looking into (at least some of) the issues.
<robclark>
(also, I seems to be also seeing the same issue on 7x with cpu repeatedly resuming and going back to sleep with the lid closed.. so maybe some irq is configured as a wakeup src when it shouldn't be?)
<HdkR>
I noticed in EL0 that wfe behaves like a nop. Which the kernel uses wfe+wfi for `cpu_park_loop`. Could be either wfi saving that, or EL1 can actually wait, or maybe it is still aggressively spin looping while idle there? :D
<HdkR>
At least for Oryon. sm8650 wfe works as expected now
<robclark>
is there some configuration for how long wfe should wait before going into a lower power state. Presumably you only want to do that if your not about to come out of that state immediately?
<HdkR>
Yea, there is IMP_CPUPWRCTLR_EL1, bits [9:7] WFE_RET_CTRL and [6:4] WFI_RET_CTRL. Also bit 0 lets you control if the CPU powers down or not when entering WFE/WFI
<HdkR>
Not sure if that's actually available on oryon
<HdkR>
wfet is also the cool new hip thing to use if you want a real timer tied to the wfe
pinskia has quit [Read error: Connection reset by peer]