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)
hexdump0815 has quit [Remote host closed the connection]
hexdump0815 has joined #aarch64-laptops
_xav_ has quit [Ping timeout: 480 seconds]
_xav_ has joined #aarch64-laptops
snuckls_ has joined #aarch64-laptops
miracolix has quit [Ping timeout: 480 seconds]
hexdump01 has joined #aarch64-laptops
hexdump0815 has quit [Ping timeout: 480 seconds]
init has quit [Read error: Connection reset by peer]
<Guest7815>
[ 5.273401] msm_dpu ae01000.display-controller: [drm:adreno_load_gpu [msm]] ERROR Couldn't power up the GPU: -110
<Guest7815>
what am I missing?
<Guest7815>
Hmm. Same with jhovold wip/sc8280xp-v6.2
<martiert>
what's the known kernels to work from the steev linux repo? I'm trying with the lenovo-x13s-5.19.0 tag now, and hoping that should get me up to begin with before I try newer kernels
Guest7815 is now known as juergh
Guest7814 is now known as qzed
<calebccff>
The c630 uses the "Display Reserved" memory region for efifb right? Does anyone know if the EFI framebuffer driver causes the memory region to be unmapped from the SMMU when efifb is unloaded?
<calebccff>
The region is notably not in the reserved-memory node in DT, I'm sending a patch which will add it, as the kernel doesn't have any mechanism for properly unmapping it, so not reserving it means that the kernel might try to map and overlapping region and cause *problems*
miracolix has joined #aarch64-laptops
snuckls_ has quit [Ping timeout: 480 seconds]
<ardb>
calebccff: when doing EFI boot, it should be reserved in EFI memory map already, and those reservations are typically copied to memblock
<ardb>
so adding it to /reserved-memory should not be necessary, but if the region in question is not marked appropriately, we should do something about that
matthias_bgg has quit [Ping timeout: 480 seconds]
matthias_bgg has joined #aarch64-laptops
juergh00 has joined #aarch64-laptops
juergh00 has quit []
hightower2 has quit [Ping timeout: 480 seconds]
mcbridematt has quit [Remote host closed the connection]
<leezu>
jannau: thank you for catching the kwin bug. I was still running an earlier version of the merge request, which worked
init_x13s has joined #aarch64-laptops
alpernebbi has quit [Ping timeout: 480 seconds]
hightower2 has joined #aarch64-laptops
<martiert>
finally some progress on getting NixOS to boot on my Lenovo x13s. With steev/linux 6.0.10 branch I see the kernel is booting, but the output is really screwed up. Any idea why? I'm booting with `efi=novamap pd_ignore_unused clk_ignore_unused`
<init_x13s>
martiert: any reason you're not using steev's 6.3.0-rc1 ?
<martiert>
nope, I can test that one out and see if that works better for me
<init_x13s>
im now full-time on x13s runniong linux, go with the most recent.
<init_x13s>
you will need a lot of small nits and bits to make it run on your own tho
<init_x13s>
there's a fairly large amount of modules you need to include in your initrd as well as some patched you need to get GPU and sound, but if you try hard enough, youll get it :)
<martiert>
yes, I have found that out :) My plan is 1: Get it to boot from USB 2: Make an installer 3: Get the installed thingy to boot 4-150: Fix the rest of the stuff :)
<martiert>
was originally hoping to run with upstream kernel, but that was really struggling
<init_x13s>
- sent all the infos in PV so he can get it to boot.
<init_x13s>
just in case someone wanted to give him walktrough...
<martiert>
thanks a bunch init_x13s, that info is very useful
hightower2 has quit [Ping timeout: 480 seconds]
alpernebbi has joined #aarch64-laptops
init_x13s has quit [Remote host closed the connection]
Las[m] has quit [Quit: Client limit exceeded: 20000]
cmeerw[m] has quit []
<steev>
technically it's 3 patches now, and TOT seems broken with it, but i haven't had a chance to look into it. tonight for real i'll be submitting v6 of the bluetooth driver
underpantsgnome[m] has quit []
Guest7798 is now known as go4godvin
<Nao[m]>
What distros are you guys running for your X13s?
<clover[m]>
i use arch
<juergh>
ubuntu
<clover[m]>
there are also debian and ubuntu installers
<clover[m]>
and possibly kali? idk steev would know
<steev>
kali installer doesn't exist yet, but yeah, i'm running kali on mine
<juergh>
steev: apparently the fw did get updated and I was using an old version. /me idiot.
<juergh>
works now
<steev>
juergh: oh nice, good to know :)
<steev>
abelvesa: https://paste.debian.net/hidden/19d197ba/ :D with that patch set applied, i am able to boot and things seem to work (at least on first boot, haven't suspended or anything) with pd_ignore_unused gone
<steev>
i swore there was one that gets rid of clk_ignore_unused too, but now i'm drawing a blank on where that patchset went
<abelvesa>
steev: there is one for clk_ignore_unused too, but it is from saravana
<abelvesa>
steev: he said he will respin it soon
<clover[m]>
can i get rid of these kernel options: efi=novamap,noruntime pd_ignore_unused clk_ignore_unused
<abelvesa>
steev: also, thanks for testing the power domains one! :)
Mr0btain has joined #aarch64-laptops
<Mr0btain>
steevdave[m]: I think you added a patch in one of your branches that you tested with clk_ignore_unused. I think it was one of the 6.1's.
<Mr0btain>
steev*
<clover[m]>
steev !- steevdave
<clover[m]>
* steev != steevdave
<gwolf>
clover[m]: but steev ∈ steevdave
<Mr0btain>
if (steev) { Autocorrect = everything except steev}
<Mr0btain>
Or we could just use this and solve everything: if (x13s_OS == Linux) { working = Everything }
<steev>
actually, that is my matrix account :)
<clover[m]>
:O
<Mr0btain>
I remember you saying that when I did it once before haha
<Mr0btain>
we need an AI like chatgpt but for Linux modules. iirc I did see someone working on a program for windows that would debug drivers and try to write a Linux module for it.
Mr0btain has quit [Quit: -a- IRC for Android 2.1.60]
steevdave[m] has quit [Quit: Client limit exceeded: 20000]
<clover[m]>
wow
luxio_39[m] has quit [Quit: Client limit exceeded: 20000]
<travmurav[m]>
Also "hardly adequate ram" is so sad to hear as a person who has dailied this laptop for months and has never reached over 3gb usage in normal use... What do people even do to oom it.. Run Windows?
<steev>
they probably are me... running firefox with 72 tabs open
<hexdump0815>
steev: i'm daily driving various aarch64 chromebooks running mainline linux with 4gb ram each to test how useable they are and i see it as travmurav[m] - never had any real issue with dozen of tabs open in firefox here as well
<hexdump0815>
three things which are quite nice for that are xfce as a base, zswap and mglru
<steev>
most users aren't going to do that though, they'll put whatever is default
<steev>
hm
<steev>
re the patches... that conflicts with patch 4 from abelvesa
<HdkR>
Meanwhile over here I'm trying to be the maximum gamer and 4GB falls over dead :P
<hexdump0815>
sure 4gb will not work for everyone and any workload, but i think for quite a few people it is still surprisingly useable :)
matthias_bgg has quit [Ping timeout: 480 seconds]
iivanov has quit [Ping timeout: 480 seconds]
mcbridematt has joined #aarch64-laptops
miracolix has quit [Remote host closed the connection]