ChanServ changed the topic of #aarch64-laptops to: Linux support for AArch64 Laptops (Asus NovaGo TP370QL - HP Envy x2 - Lenovo Mixx 630 - Lenovo Yoga C630)
<steev>
okay, the using b4 to send kernel patch was kinda cool
<akaWolf0>
steev: is there important difference between your config and johan_defconfig?
<akaWolf0>
is it suitable for use johan_defconfig with your kernel tree branch lenovo-x13s-linux-6.2.y?
<steev>
you can use it, mine just has more stuff
martiert_ has joined #aarch64-laptops
martiert has quit [Ping timeout: 480 seconds]
hexdump01 has joined #aarch64-laptops
hexdump0815 has quit [Ping timeout: 480 seconds]
<akaWolf0>
steev: okay. which one version of firmware should I use?
<steev>
firmware for what
<akaWolf0>
linux-firmware
<steev>
whatever the latest is should do it, but you also want the files from ironrobin's x13s-firmware repo on github
matthias_bgg has quit [Ping timeout: 480 seconds]
iivanov has joined #aarch64-laptops
matthias_bgg has joined #aarch64-laptops
<HdkR>
Is there actually any ARM platform that doesn't have broken PCIe fabric when talking to a GPU? Just spent half a day trying to get amdgpu working on the solidrun honeycomb lx2k and it told me off.
matthias_bgg has quit [Quit: Leaving]
matthias_bgg has joined #aarch64-laptops
ajhalaney[m] has quit [Quit: Bridge terminating on SIGTERM]
travmurav[m] has quit [Quit: Bridge terminating on SIGTERM]
martijnbraam has quit [Quit: Bridge terminating on SIGTERM]
Guest8249 has quit []
EricCurtin[m] has quit []
jenneron[m] has quit []
mothenjoyer69 has quit [Quit: Bridge terminating on SIGTERM]
Dylanger has quit [Quit: Bridge terminating on SIGTERM]
danielt has quit [Quit: Bridge terminating on SIGTERM]
harvestz[m] has quit [Quit: Bridge terminating on SIGTERM]
NomadNaomie[m] has quit [Quit: Bridge terminating on SIGTERM]
akawolf[m] has quit [Quit: Bridge terminating on SIGTERM]
selmer443[m] has quit [Quit: Bridge terminating on SIGTERM]
harvests[m] has quit [Quit: Bridge terminating on SIGTERM]
robertmader[m] has quit []
_`[m]1 has quit []
Prawn[m] has quit [Quit: Bridge terminating on SIGTERM]
amstan has quit [Quit: Bridge terminating on SIGTERM]
clover[m] has quit [Quit: Bridge terminating on SIGTERM]
qzed has quit [Quit: Bridge terminating on SIGTERM]
M-bobby-[m] has quit [Quit: Bridge terminating on SIGTERM]
lun[m] has quit [Quit: Bridge terminating on SIGTERM]
quinine has quit [Quit: Bridge terminating on SIGTERM]
davidebeatrici[m] has quit [Quit: Bridge terminating on SIGTERM]
wiizzard has quit [Quit: Bridge terminating on SIGTERM]
mahmoudajawad[m] has quit [Write error: connection closed]
Lucy[m] has quit [Write error: connection closed]
Sobek[m] has quit [Write error: connection closed]
anarchron has quit [Write error: connection closed]
Nao[m] has quit [Write error: connection closed]
juergh has quit [Write error: connection closed]
cmeerw[m] has quit []
Leandro[m] has quit [Write error: connection closed]
ungeskriptet[m] has quit [Write error: connection closed]
sporos11[m] has quit [Write error: connection closed]
AlexMarty[m] has quit [Quit: Bridge terminating on SIGTERM]
Manis[m] has quit [Quit: Bridge terminating on SIGTERM]
szclsya[m] has quit [Quit: Bridge terminating on SIGTERM]
broonie has quit [Read error: Connection reset by peer]
broonie has joined #aarch64-laptops
matthias_bgg has quit [Ping timeout: 480 seconds]
matthias_bgg has joined #aarch64-laptops
Las[m] has joined #aarch64-laptops
ajhalaney[m] has joined #aarch64-laptops
akawolf[m] has joined #aarch64-laptops
arisu has joined #aarch64-laptops
AlexMarty[m] has joined #aarch64-laptops
amstan has joined #aarch64-laptops
anarchron has joined #aarch64-laptops
Leandro[m] has joined #aarch64-laptops
clover[m] has joined #aarch64-laptops
cmeerw[m] has joined #aarch64-laptops
danielt has joined #aarch64-laptops
davidebeatrici[m] has joined #aarch64-laptops
Dylanger[m] has joined #aarch64-laptops
EricCurtin[m] has joined #aarch64-laptops
Guest10844 has joined #aarch64-laptops
harvests[m] has joined #aarch64-laptops
harvestz[m] has joined #aarch64-laptops
szclsya[m] has joined #aarch64-laptops
jenneron[m] has joined #aarch64-laptops
juergh has joined #aarch64-laptops
lun[m] has joined #aarch64-laptops
Lucy[m] has joined #aarch64-laptops
luxio_39[m] has joined #aarch64-laptops
mahmoudajawad[m] has joined #aarch64-laptops
Manis[m] has joined #aarch64-laptops
martijnbraam has joined #aarch64-laptops
mothenjoyer69 has joined #aarch64-laptops
NomadNaomie[m] has joined #aarch64-laptops
_`[m]1 has joined #aarch64-laptops
Nao[m] has joined #aarch64-laptops
Prawn[m] has joined #aarch64-laptops
psydroid[m] has joined #aarch64-laptops
quinine has joined #aarch64-laptops
Guest10857 has joined #aarch64-laptops
robertmader[m] has joined #aarch64-laptops
selmer443[m] has joined #aarch64-laptops
Sobek[m] has joined #aarch64-laptops
sporos11[m] has joined #aarch64-laptops
steevdave[m] has joined #aarch64-laptops
underpantsgnome[m] has joined #aarch64-laptops
travmurav[m] has joined #aarch64-laptops
ungeskriptet[m] has joined #aarch64-laptops
wiizzard has joined #aarch64-laptops
juergh is now known as Guest10859
init_x13s has joined #aarch64-laptops
godvino has joined #aarch64-laptops
minecrell has quit [Read error: Connection timed out]
minecrell has joined #aarch64-laptops
<init_x13s>
jhovold: you might know this one. I wasy playing with power states on the x13s yesterday and it seems that we're currently unable to enter suspend to ram (deep) sleep state, being limited to freeze state only. By looking at /sys/power/state it seems that "mem" is indeed supported, but s2idle under /sys/power/mem_sleep does not report "deep" as being available. The system will accept "mem" as a sleep state if I ask for it, but tracing shows th
<init_x13s>
directly to freeze instead
<init_x13s>
do you think it's a bug or a missing feature?
<init_x13s>
I dug a bit in the kernel code this morning but my knowledge is very limited
godvino has quit [Quit: WeeChat 3.6]
Dylanger[m] is now known as Dylanger
matthias_bgg has quit [Ping timeout: 480 seconds]
<Dylanger>
Anyone know if mpv supports MediaTek's video-codec hw decoder? It's enabled in the kernel, I just can't seem to get mpv or ffmpeg to 'see' the hw decoding engine on my MT8195
<Dylanger>
But it's possible MediaTek's Video Decoder doesn't use v4l2m2m?
<mani_s>
init_x13s, qcom bootloaders don't support s2ram
<mani_s>
atleast on this platform and most of other platforms
<jhovold>
init_x13s: yes, i'm aware of that. unfortunately, the qualcomm fw does not seem to support s2ram
<init_x13s>
hum, that's very sad for a laptop
<init_x13s>
ill continue to "suspend-to-shutdown" :P
<init_x13s>
at least it boots unreasonably fast
Guest10857 is now known as qzed
<init_x13s>
I wonder what Windows does. I recall my short experience on windows where the laptop would not drain it's entire battery under 24h under suspend. Which is the default behaviour on linux.
<init_x13s>
given the insane speed at which this device boot, and the speed of nvme, maybe just a suspend-to-disk?
<init_x13s>
I can get the suspend to disk part working right now, but something on the GPU prevents it from resuming properly. I didn't really give it a lot of time yet.
<steev>
i blame bamse
<init_x13s>
bamse?
<steev>
it's a joke because he's working on the gpu driver
<init_x13s>
haha
<jhovold>
init_x13s: we haven't really had time to implement proper supend support yet, trying to get the damn thing to work in active mode first. ;)
<jhovold>
windows probably uses s2idle as well, i think i heard that's what windows uses these days generally, but I may be wrong
<init_x13s>
jhovold: that's why I'm not really mad about it. Just tring to see what works and what doesnt. Shutdown works for now.
<init_x13s>
i might enable tracing and check what really goes in idle under freeze for fun
<jhovold>
heh, glad to hear you're not mad
<init_x13s>
"language limitation" :)
<jhovold>
:)
<steev>
not me, get mad, throw the x13s out the window
<jhovold>
but yeah, i turn mine off as well, boots quite fast
<init_x13s>
haha yeah sorry about that, english is not my primary language. I sometimes lack some language subtelty
<jhovold>
no worries at all, i understood what you were saying, just sounded funny :)
<init_x13s>
heh
<steev>
to be fair, it's my primary language and i also lack the subtelty :) because english as a language sucks
<init_x13s>
sometimes I would exchange french for english. but yeah. overall, im keeping french.
<clover[m]>
on x13s, windows seems to s2idle and then shutdown itself after ~2 hours of being suspended. is there a way to get that behavior on linux?
<init_x13s>
suspend-to-hibernate, with hibernate action being shutdown, and no swap.
<init_x13s>
but that's a bug, not the real way to do it.
<init_x13s>
and you'll lose data.
<clover[m]>
its a bug in windows?
<init_x13s>
haha, no, i mean, if you do it like that it's a bug in linux. like, youre forcibly pushing hibernate to fail. then shutdown.
<init_x13s>
imho, suspend-to-hibernate, with hibernate then shutdown and a ~30-60 minutes delay is good.
<init_x13s>
currently it does go to hibernate, but we're missing thing for the resume part.
<clover[m]>
what does your /etc/systemd/sleep.conf file look like?
<init_x13s>
back to normal, but if you want to play with it. you need a couple things
<init_x13s>
basically. you setup your swap, and make sure the hibernation image will fit in swap. then set suspendmode to suspend-then-hibernate , you set hibernatemode to shutdown and you set hibernatedelaysec to the delay you want before it goes from sustemd to hibernate. like 30-45 minutes.
<init_x13s>
you also need to add the resume hook, and set the swap uuid as a kernel parameter so the kernel can check if theres an hibernation image at resume.
<init_x13s>
and as I said ,resume does not work as of now. and it's known.
init_x13s has quit [Remote host closed the connection]
<clover[m]>
gotcha, thanks
<bamse>
jhovold, mani_s: to my knowledge all windows laptops launched today implements "Modern Standby"...which seems to look similar to s2idle - except msft allow theselves to run windows update and things while in this state
<bamse>
jhovold: also, if we do s2idle and we suspend our consumers of voltage rails, busses and clocks entering the idle state would cut power and clocks to a large part of the soc...
matthias_bgg has quit [Quit: Leaving]
kettenis has quit [Ping timeout: 480 seconds]
kettenis has joined #aarch64-laptops
pjones has quit [Remote host closed the connection]
pjones has joined #aarch64-laptops
<akaWolf0>
steev: I guess I'm missing something (at your tree branch lenovo-x13s-linux-6.2.y with johan_defconfig) http://sprunge.us/l3gW0j ?
<akaWolf0>
usr/lib/firmware/qcom/a660_sqe.fw usr/lib/firmware/ath11k/WCN6855/hw2.0/board-2.bin usr/lib/firmware/qcom/sc8280xp/SC8280XP-LENOVO-X13S-tplg.bin -- are it correct paths?
<akaWolf0>
are they*
<clover[m]>
yes
<akaWolf0>
hw2.0 or hw2.1?
<akaWolf0>
I've tried with ironrobin's pkg, it's better, but still: