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
_whitelogger_ has quit [Remote host closed the connection]
_whitelogger_ has joined #aarch64-laptops
_whitelogger_ has quit [Remote host closed the connection]
_whitelogger_ has joined #aarch64-laptops
_whitelogger_ has quit [Remote host closed the connection]
_whitelogger_ has joined #aarch64-laptops
hipboi has joined #aarch64-laptops
<farchord>
robclark: oh yeah I used the ubuntu script to "rip" the firmware from the windows partition. IT worked, but.... well, after first boot, it did that whole thing where it dismounts the usb ports, which causes everything to just crash and burn XD
<farchord>
maybe I need to blacklist qcom_q6v5_pas again, if it'S the same thing as a couple months ago
unrust[m] has joined #aarch64-laptops
_whitelogger_ has quit [Remote host closed the connection]
_whitelogger_ has joined #aarch64-laptops
_whitelogger_ has quit [Remote host closed the connection]
<steev>
robclark: the problematic app that i know is zed - https://zed.dev/ - with it not full screened, just windowed, when you first move the window, there is a flicker of the window
<steev>
doesn't need to have anything opened in the app itself, just have the app open and move it
<steev>
only on wayland as well, x11 it doesn't do it
<steev>
also, pls don't judge me for my tabs open
<steev>
occurs on the c630 too
<steev>
i'm 90% positive it uses vulkan
<robclark>
looks like a tearing thing.. but is it compositor or zed doing the wobbly thing? I guess zed is an electron thing (vscode works fine for me)
<steev>
i suppose i could check if disabling the wobble causes it to stop
<steev>
robclark: yeah, looks like disabling the gnome-shell extension Compiz windows effect and it doesn't tear
<robclark>
yeah, and I guess depending on what hw you have, checking if $other_tiler (v3d/panfrost/asahi) has similar issues could help narrow down app vs driver issue
<steev>
so probably not you guys? but also only seems to occur with zed
<steev>
i can try on a pinebook pro when i get home
<robclark>
generally a worthwhlie thing to check for whatever app/compositor issues.. I guess a lot of the other developers might just not have noticed bugs because they only work on intel/amd/nv
<steev>
yeah, though i only run gnome on freedreno where i know it works heh
<steev>
also hi pinskia
* pinskia
should get back to gcc hacking tonight
<abby>
yeah zed uses vulkan
tapin_0002[m] has joined #aarch64-laptops
<steev>
one of the main reasons i chose it (aside from the zed font being awesome) was that it specifically was not electron
<steev>
though i think the team was behind.... atom?
<steev>
oh, and electron, and tree sitter
<robclark>
I've come to peace with electron (and in general web(ish) based apps).. because without that linux wouldn't get nice things and we'd all still be stuck having to boot windows for word/powerpoint/etc ;-)
<abby>
nano doesn't have electron either :P
* abby
ducks
tobhe_ has joined #aarch64-laptops
tobhe has quit [Ping timeout: 480 seconds]
_whitelogger_ has quit [Remote host closed the connection]
_whitelogger_ has joined #aarch64-laptops
chrisl has quit [Ping timeout: 480 seconds]
agl has quit [Quit: ZNC 1.8.2+deb3.1+deb12u1 - https://znc.in]
agl has joined #aarch64-laptops
hipboi has quit [Quit: hipboi]
hexdump01 has joined #aarch64-laptops
hexdump0815 has quit [Ping timeout: 480 seconds]
hipboi has joined #aarch64-laptops
chrisl has joined #aarch64-laptops
hipboi has quit []
_whitelogger_ has quit [Remote host closed the connection]
chrisl has quit [Ping timeout: 480 seconds]
<steev>
it's not that i dislike electron... well, yeah, i do... i hate having 15 copies of the browser
<steev>
oh, kali is getting 24.2.6 mesa right now
_whitelogger_ has joined #aarch64-laptops
_whitelogger_ has quit [Remote host closed the connection]
_whitelogger_ has joined #aarch64-laptops
_whitelogger_ has quit [Remote host closed the connection]
srinik has joined #aarch64-laptops
_whitelogger_ has joined #aarch64-laptops
alfredo has joined #aarch64-laptops
hipboi has joined #aarch64-laptops
_whitelogger_ has quit [Remote host closed the connection]
_whitelogger_ has quit [Remote host closed the connection]
_whitelogger_ has joined #aarch64-laptops
jhovold has joined #aarch64-laptops
hipboi has quit [Quit: hipboi]
_whitelogger_ has quit [Remote host closed the connection]
_whitelogger_ has joined #aarch64-laptops
_whitelogger_ has quit [Remote host closed the connection]
_whitelogger_ has joined #aarch64-laptops
chrisl has joined #aarch64-laptops
chrisl has quit [Ping timeout: 480 seconds]
_whitelogger_ has quit [Remote host closed the connection]
hipboi has joined #aarch64-laptops
_whitelogger_ has joined #aarch64-laptops
tapin_0002[m] has quit [autokilled: This host violated network policy. Contact support@oftc.net for further information and assistance. (2024-11-15 09:16:26)]
chrisl has joined #aarch64-laptops
chrisl has quit [Ping timeout: 480 seconds]
chrisl has joined #aarch64-laptops
nothorseface has quit []
chrisl has quit [Ping timeout: 480 seconds]
nothorseface has joined #aarch64-laptops
alfredo has joined #aarch64-laptops
svarbanov_ has quit [Remote host closed the connection]
svarbanov_ has joined #aarch64-laptops
hipboi has quit [Quit: hipboi]
hipboi has joined #aarch64-laptops
Caterpillar has quit [Quit: Konversation terminated!]
nothorseface has quit []
alpernebbi has quit [Ping timeout: 480 seconds]
alpernebbi has joined #aarch64-laptops
_whitelogger_ has quit [Remote host closed the connection]
_whitelogger_ has joined #aarch64-laptops
chrisl has joined #aarch64-laptops
chrisl has quit [Ping timeout: 480 seconds]
nothorseface has joined #aarch64-laptops
alfredo1 has joined #aarch64-laptops
alfredo has quit [Ping timeout: 480 seconds]
alfredo1 is now known as alfredo
deathmist has quit [Remote host closed the connection]
deathmist has joined #aarch64-laptops
nothorseface has quit []
alfredo has quit [Ping timeout: 480 seconds]
deathmist1 has joined #aarch64-laptops
deathmist has quit [Ping timeout: 480 seconds]
chrisl has joined #aarch64-laptops
chrisl has quit [Ping timeout: 480 seconds]
alfredo has joined #aarch64-laptops
chrisl has joined #aarch64-laptops
xroumegue has quit [Ping timeout: 480 seconds]
xroumegue has joined #aarch64-laptops
alfredo has quit [Ping timeout: 480 seconds]
hipboi has quit [Quit: hipboi]
<farchord>
Yeah seems im stuck between a rock and a hard place. Blacklisting qcom_q6v5_pas works but im still stuck on llvmpipe
Dalphon_ has quit [Ping timeout: 480 seconds]
nothorseface has joined #aarch64-laptops
<JensGlathe[m]>
Steve Cossette [Farchord]: you're booting from type-c right
<deathmist1>
lol I just tried running es2gears_wayland on X1E thru waypipe on my x86 desktop under weston and got https://i.imgur.com/JGPmesA.png, seems things using GPU render with some different pixel format or something?
<farchord>
Puety.
<travmurav[m]>
Steve Cossette [Farchord]: I guess the first thing to check would be that the kernel driver doesn't complain about missing fimrware, but I assume you've already did?
<farchord>
Purty*
<JensGlathe[m]>
to mitigate this you need to have the firmwares in initramfs, including all .jsn and .elf files. and... you can mark the adsp file as .disabled on the root fs. That way it usually works (it does here) without blacklisting q6v5_pas
<farchord>
Huh... i already baked the x1e firmware in the initramfs.... but lemme try that
<farchord>
Jens Glathe: do you remember which adsp file specifically? I see a fair amount of them
<JensGlathe[m]>
qcadsp8380.mbn
<robclark>
deathmist1: I think waypipe kinda ignores modifiers (like tiled/compressed formats) and assumes that both sides of the pipe support the same thing
<deathmist1>
seems so, waypipe --no-gpu indeed renders it as expected
ahoneybun[m] has joined #aarch64-laptops
<ahoneybun[m]>
Well the new Windows 11 Arm64 image does not boot on the X13s saddness.
<travmurav[m]>
their faq says only x1e drivers are baked in
<ahoneybun[m]>
it booted on the Ampere setup funny enough.
deathmist1 is now known as deathmist
<travmurav[m]>
I had an impression that ampere platform wise is more "traditional server" stuff
<travmurav[m]>
so probably makes sense
<farchord>
@jglathe:matrix.org yeah odd. It booted but still on llvmpipe. Maybe mesa isnt updated on rawhide on fedora for some reason?
<farchord>
24.3.0-rc1
<farchord>
Seems recent enuff
<JensGlathe[m]>
Do you have the qcxk8380 file too, in your dt?
<farchord>
Nope i do have qcdxkmsuc8360.mbn
<farchord>
Btw i ripped the qcom firmware script from the ubuntu concept to get my firmware files
<farchord>
I just removed the .deb packaging parts
<farchord>
Battery is also still not recognized
<JensGlathe[m]>
Hmm you need the zap shaded node and the right qcdxkmsuc8380.mbn in the dt and on the rootfs (and in initramfs)
<farchord>
One thing I'm trying right now is to overwrite the firmware that comes by default with 6.12 in /lib/firmware/qcom/x1e/ with the ones ripped from Windows....
<farchord>
both in initramfs and on rootfs
<JensGlathe[m]>
Use /lib/firmware/update/qcom/x1e
<robclark>
farchord: mesa on f41 is new enough, so I expect rawhide should be fine.. what does `dmesg | grep drm` say?
<robclark>
I don't see it even trying to to load gpu fw, are you sure dtb has the gpu node enabled? (It should be disabled in core x1e80100.dtsi and then overriden to enabled in the per-laptop toplevel dts where the zap node is added
<robclark>
something like this (but with whatever path is appropriate for your laptop):
<deathmist>
farchord: standard kernel from fedora will likely be missing a bunch of patches still pending for upstream inclusion, myself I'm currently using https://github.com/jhovold/linux/tree/wip/x1e80100-6.12-rc7 + NXP PTN3222 USB stuff from linux-next + downstream ubuntu X1E kernel HP OmniBook X 14 pieces
<farchord>
Ahhh... I was really hoping to use it without a custom kernel, but aiite I'll look into that!
<deathmist>
that'll still be a few months away at least most likely
<deathmist>
maybe sooner depending on what features you don't need ;)
<robclark>
farchord: for just the gpu node, you could probably get away with just rebuilding the dtb, but there are probably still some other not-quite-upstream things you'd want
<robclark>
maybe just try replacing the dtb but otherwise use the copr kernel?
<farchord>
yeah I'll have to figure out how to build a solo dtb
<farchord>
nvm I think I know how now
_whitelogger_ has quit [Remote host closed the connection]
<robclark>
easiest is just build it from kernel tree, `make ... dtbs`
_whitelogger_ has joined #aarch64-laptops
chrisl has quit [Ping timeout: 480 seconds]
_whitelogger_ has quit [Remote host closed the connection]
chrisl has joined #aarch64-laptops
_whitelogger_ has joined #aarch64-laptops
<farchord>
robclark: I tried make dtbs, but it keeps giving me errors about missing header files
<farchord>
then I tried simply doing make, and I get aaaaaaaaalot of "unimplemented syscalls"
<farchord>
i.e. <stdin>:1576:2: warning: #warning syscall futex_wake not implemented [-Wcpp]
<farchord>
and it fails building on a header
<JensGlathe[m]>
make defconfig
<JensGlathe[m]>
make -j12 dtbs
<farchord>
Jens Glathe: I tried that and it keeps complaining about files in dt-bindings being missing
<farchord>
I even checked that repo, I can't even find that folder
<JensGlathe[m]>
Hmm if you check out totvalds/6.12-r c7 ?
<macc24>
grab that file from C:\Windows\System32\DriverStore\FileRepository
<farchord>
huh it actually needs them in those subfolders I guess
<JensGlathe[m]>
is the file in this path? doesn't look like it
deathmist1 has joined #aarch64-laptops
deathmist has quit [Ping timeout: 480 seconds]
<farchord>
Jens Glathe: it wasnt I moved it earlier. But I moved them back and now it works :) YAY!
<farchord>
Next is gonna be battery control.... but later. I'm hungry.
<macc24>
borgar
<JensGlathe[m]>
new Wndows 11 feature: disappearing mouse cursor. wow
<deathmist1>
JensGlathe[m]: any plans on upstreaming the existing OmniBook patches currently present in ubuntu x1e kernel tree? could make for a good baseline and get in v6.13-rc1 even if you do it now before merge cycle begins :)