robclark 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
user_ has joined #aarch64-laptops
user_ has quit []
bluerise_ has joined #aarch64-laptops
bluerise has quit [Ping timeout: 480 seconds]
possiblemeatball has quit [Remote host closed the connection]
possiblemeatball has joined #aarch64-laptops
<JensGlathe[m]> thats how it should look, with skin_temp
possiblemeatball has quit [Remote host closed the connection]
alfredo has joined #aarch64-laptops
alfredo has quit []
alfredo has joined #aarch64-laptops
alfredo has quit [Quit: alfredo]
iivanov has joined #aarch64-laptops
Vectorboost has joined #aarch64-laptops
Vectorboost has quit []
Caterpillar has joined #aarch64-laptops
iivanov has quit [Remote host closed the connection]
iivanov has joined #aarch64-laptops
smpl has joined #aarch64-laptops
hightower3 has quit [Remote host closed the connection]
hightower3 has joined #aarch64-laptops
Caterpillar has quit [Ping timeout: 480 seconds]
Caterpillar has joined #aarch64-laptops
srinik has joined #aarch64-laptops
<Dylanger[m]> Reinstalled Fedora 40, same issue, there seems to be something wrong with wayland + MTK SoCs I think, Fedora 39 seems to work fine
<Dylanger[m]> Could also totally be something I'm doing wrong with the kernel
alfredo has joined #aarch64-laptops
<Dylanger[m]> I was hoping to just drop Fedora's built kernel into depthcharge package script
<Dylanger[m]> Yeah I just downgraded to Fedora 39 and it's working fine
<Dylanger[m]> It doesn't step thru cryptroot again
<ellyq> Dylanger[m]: which SoC?
<Dylanger[m]> MT8195
<ellyq> I'm running Fedora KDE 40 on MT8186
<ellyq> works just fine
<Dylanger[m]> I'm running a custom kernel tho, what are you doing for your kernel?
<Dylanger[m]> Kernel + initramfs
<ellyq> I'm using LinuxBoot as bootloader, plus kernel from Collabora's tree (still need to get around to fixing audio)
<Dylanger[m]> You replaced depthcharge?
<ellyq> feel free to give it a shot, works pretty well for ~3 days of work: https://github.com/FyraLabs/submarine
<ellyq> no, LB wouldn't fit given those machines have 8MB SPI
<Dylanger[m]> Wow that's awesome
<Dylanger[m]> Thank you!
<ellyq> you're welcome :)
<ellyq> we're *very slowly* working on u-boot on those systems
<Dylanger[m]> ❤️ that's fantastic, really disappointing news on Chrome's team not maintaining their own kernels/using Android's tree
<ellyq> with endgoal being SystemReady compliance and ability to build modular kernels, I'll poke folks over at Fedora project to enable ARCH_MEDIATEK once it's ready
Dylanger[m] is now known as Dylanger
<ellyq> yeah, people are praising Google for upstreaming stuff... but aside from work done by Collabora, Google is actively getting in our way in upstream
alfredo has quit [Ping timeout: 480 seconds]
<Dylanger> That's really sad, I love the fact I can run Mainline/Fedora on aarch64 Chromebooks
<ellyq> I promised Angelo to look into audio on MT8186 a bit more but you know... IRL stuff
<ellyq> glad to see SOF on ARM though
<Dylanger> No rush at all, thank you for your work
<ellyq> <3
<ellyq> one of our contributors bought MT8195 recently, so we'll be able to cover that as well
<ellyq> we now have access to all MTK Chromebooks, so we can finally get this ball rolling
<ellyq> Qualcomm ones are absurdly expensive here in EU though, so until they come down in price to reasonable levels, we won't be touching them
<Jasper[m]> ellyq: I've had some luck on the second hand market
<ellyq> Jasper[m]: oh? interesting, do tell!
<Jasper[m]> ellyq: They show up for around 100€ from time to time. Price new is still absurd I agree
<ellyq> yes, here in France I saw Duet 5 for... 600EUR, and right next to it was machine with AMD Mendocino
<Jasper[m]> ellyq: Nothing on leboncoin
<Jasper[m]> ?
<ellyq> Mendocino was 2 weeks old at the time, 400EUR for at least double the perf
<ellyq> Jasper[m]: not really, maybe I'll have more luck in Germany (where I'm moving to in 2 months)
<Jasper[m]> Ah, well yeah. Kleinanzeigen is better in that regard
<Jasper[m]> Hah, I found a Lenovo 10W for 170€. Still overpriced lmao
<ellyq> I heard that I destroyed used Chromebook market in Germany back in December lol
<ellyq> but yeah, i'll check it out after I move then :)
<Jasper[m]> I found a german refurbisher that sold the book2go (sc7280)
<Jasper[m]> Haven't had time to make it boot sadly
<Dylanger> They're fantastic little devices, I'm not 💯 but I think there's no code verification for the SCP either, I think it has something to do with hw video decode at the moment
<ellyq> depends on which SoC we're talking about
<ellyq> on MT8173 they used stateless, and I *think* it's from Imagination (VPU)
<ellyq> on MT8186 and up they really complicated it with SCP and the only way i were able to get it to work was in GStreamer
<ellyq> no luck with ffmpeg unfortunately
<Dylanger> Yeah I managed to get Clapper working with it
<ellyq> hey, at least we don't have to worry about blowing up speakers *looks at SNAPPY*
<ellyq> I still hope to have some spare time this year to implement proper DSP for those machines, because just listen to the difference: https://f.sakamoto.pl/elly/speakersafety-krane.mp4
<tobhe> ellyq: awesome work! submarine looks pretty cool.a friend of mine recently got the ideapad with mt8186, I'll tell him to give it a try!
xroumegue has quit [Ping timeout: 480 seconds]
xroumegue has joined #aarch64-laptops
<ellyq> tobhe: thank you, that's the same exact machine i'm working on (magneton/steelix)
<ellyq> blue-ish plastic chassis, 1080p screen
<tobhe> yep, that sounds like the same machine :)
<tobhe> we already discovered the collabora repos and built our own kernel but I'm looking forward to having a proper bootloader
<ellyq> that would do then :P
<ellyq> AFAIK sound still isn't working, I tracked it down to I2S3 link shared with DSI bridge but didn't have time to dig more into it
possiblemeatball has joined #aarch64-laptops
Caterpillar has quit [Quit: Konversation terminated!]
possiblemeatball1 has joined #aarch64-laptops
possiblemeatball1 has quit [Remote host closed the connection]
possiblemeatball has quit [Read error: Permission denied]
albsen[m] has joined #aarch64-laptops
<albsen[m]> hey, anyone here running wayland with multiple monitors at or above 2.5k resolution on x13s? with 6.10.rc3 mine is working but for some reason only on X11 and I can't find anywhere in the wayland logs why.
possiblemeatball has joined #aarch64-laptops
iivanov has quit [Remote host closed the connection]
<robclark> albsen[m]: I've got a single external 2560x1440 (plus internal screen) which works fine w/ wayland, fwiw.. which compositor?
<albsen[m]> robclark: gnome (mutter i think); but also sway (dont remember what sway was using) isn't running. it just keeps crashing. which distro are u running?
<robclark> f40 ... gnome-shell (mutter)
<robclark> mutter has had problems with external display on qc.. I was stuck on Xorg for a while until fedora picked up the mutter fix
<robclark> but at least f40 works ok now with a single external display
danielt has joined #aarch64-laptops
<danielt> I don't think Debian has picked up the patches yet. I'm still running a local workaround.
<albsen[m]> ok, will check out the ticket and see how I can patch it. thx
<robclark> looks like there was a backport of the fix to gnome 45
<jhovold> robclark: got a pointer to the backport? I asked the maintainer to do so a few months ago, but I haven't checked if he got around to it
iivanov has joined #aarch64-laptops
iivanov has quit [Ping timeout: 480 seconds]
<steev> danielt: those are in gnome 46 which is in unstable i think?
<steev> the backport is 45.6 iirc
<robclark> jhovold: look at last comment on that issue
<danielt> steev: experimental has 46 but everyone else is still on 44: https://packages.qa.debian.org/m/mutter.html
<steev> ah, experimental
<steev> we pull gnome in from experimental in kali, i can't recall why though, so we have 46 here
<steev> it definitely wasn't backported to 44 though :(
Melody91 has quit [Ping timeout: 480 seconds]
srini_ has joined #aarch64-laptops
srinik has quit [Ping timeout: 480 seconds]
iivanov has joined #aarch64-laptops
<jhovold> robclark, steev: nice, thanks for the link
iivanov has quit [Read error: No route to host]
iivanov has joined #aarch64-laptops
iivanov has quit [Ping timeout: 480 seconds]
<steev> i'm so excited to see that pd-mapper is making it into the kernel
<steev> jhovold: so is the venus stuff not going in because we don't have the firmware (in linux firmware i mean)?
iivanov has joined #aarch64-laptops
hightower4 has joined #aarch64-laptops
iivanov has quit [Ping timeout: 480 seconds]
hightower3 has quit [Ping timeout: 480 seconds]
possiblemeatball has quit [Quit: Quit]
iivanov has joined #aarch64-laptops
iivanov has quit [Ping timeout: 480 seconds]
enyalios_ has joined #aarch64-laptops
enyalios has quit [Ping timeout: 480 seconds]
hightower4 has quit [Ping timeout: 480 seconds]
iivanov has joined #aarch64-laptops
cyrinux30 has quit []
cyrinux30 has joined #aarch64-laptops
alpernebbi has quit []
alpernebbi has joined #aarch64-laptops
<steev> so, i can reproduce the HTC Rx: insufficient length, got 1456, expected 1472 crash thingie - but only at my sister's connected to their wifi network
<steev> it seems to happen to me only when the thinkpad goes to sleep and wakes back up
iivanov has quit [Remote host closed the connection]
<clover[m]> quininer: have you had a chance to try the linux-aarch64 kernel from upstream ALARM? im curious how much is working and the difference between it and the s t e e v kernel
srini_ has quit [Ping timeout: 480 seconds]
iivanov has joined #aarch64-laptops
hightower2 has joined #aarch64-laptops
iivanov has quit [Quit: Leaving...]
lollaritits[m] has joined #aarch64-laptops
<lollaritits[m]> anyone with pmos here having trouble booting?
<lollaritits[m]> it cant decrypt my root partition anymore
<lollaritits[m]> unsupported crypto LUKS filesystem
Melody91 has joined #aarch64-laptops
kalebris_ has joined #aarch64-laptops
kalebris has quit [Ping timeout: 480 seconds]
kalebris_ is now known as kalebris
hightower2 has quit [Ping timeout: 480 seconds]
possiblemeatball has joined #aarch64-laptops
colemickens has joined #aarch64-laptops
<steev> clover[m]: upstream (if it's 6.5 or higher) should work, you just won't have various patches
<colemickens> Hi. Who's hacking on Snapdragon X Elite stuff? I just got a edk2 build going from the strongz branch. Curious about firmware package and/or someone that would want to test an iso.
<clover[m]> steev: i tried it today, didn't work. maybe my DTB was in the wrong place
<steev> why do you need a custom edk2 build?
<colemickens> I don't, sorry, I was referring to this linux fork that lives in edk2-porting: https://github.com/edk2-porting/linux-next/commits/work/sakuramist-x1e80100/
<steev> clover[m]: i've only tested debian builds, but ema definitely makes sure debian enables modules we need on the thinkpad :)
<colemickens> seems to include dts for some of the x1e laptops.
<steev> oh, it's just a kernel
<colemickens> if there's another kernel tree I should consider, let me know
<colemickens> yeah, I worded it poorly, sorry about taht.
<steev> i know there are people working on it, but i don't have one
<colemickens> Do you know if there's another irc/discord I should lurk in?
<colemickens> I'm surprised there isn't more a public rally point yet. (I realize it's early, but I know there's ... you know, a handful of us)
<steev> i only know of this channel
<steev> i wouldn't do kernel development on discord, this channel is logged
<steev> the question is, are the people trying to get the work into the kernel, or just get something they want booted? there are a number of people who truck along just working on their own thing in their own kernel trees, and then there are the people who submit to upstream
<colemickens> I suspect from qcom's messaging that the goods will eventually land upstream. But I'm eager. And I couldn't agree more about Discord, but, you just never know these days. And I've seen screenshots of GNOME on the Yoga 7x... and I want.
<robclark> looks like the hacked up yoga dts is on that branch..
* colemickens nods
<colemickens> I suspect I'll need a custom firmware package too. That's next to hunt down. Kernel+ISO is building though.
<robclark> you'll need to copy some fw stuff from windows partition, for stuff that isn't in linux-firmware yet
<robclark> but otherwise that should be it
<robclark> idk what all _isn't_ working yet (like are keyboard/touchpad wired up, etc)
<colemickens> interesting, the DTS on that branch all have the same matching identifiers. I wonder if I'll need to specify the dtb to use for now.
<robclark> yeah, there isn't any automatic picking of the dtb
<robclark> although there are some proposals
<robclark> if you are using grub, I think there is a command to load dtb.. otherwise you can use dtb= in kernel cmdline (but the dtb would need to be in the esp)
<agl> devicetree initrd....
<agl> devicetree /initrd....
<agl> devicetree /sc8280x-......
<abby> there is a command to load it, but it's not very useful unless your distribution carries a patch generate menu entries with the devicetree command in them
<colemickens> and our grub maintainer just left so owie. For now I'm going to assume everyone with good taste is picking up the yoga 7x :P.
<colemickens> yeah my distro lets me set that and it gets roundtripped into the grub config. I don't think it's flexible enough to support listing multiple though.
<clover[m]> Steev yeah it looks like some issue with initrd
<clover[m]> Took off quiet. Weird
<steev> missing nopauth?
<steev> arm64.nopauth
<clover[m]> I have that. I got further by copying the dtb to the bottom of /boot
<steev> what version of the kernel is linux-aarch64
<clover[m]> 6.9.7-1
<steev> i don't think i've tested that here
smpl has quit [Ping timeout: 480 seconds]
<clover[m]> Ok I can get it to boot if I disable gdm lol
<clover[m]> Screen goes blank after about 20 seconds
<clover[m]> Steev do you want to see my full dmesg?
<steev> sounds like it's not trying to load the firmware
<steev> oh, we've seen that mdss thing before iirc
<steev> someone was missing a module or something
<clover[m]> Yeah the display seems to just poop out lol
steev has left #aarch64-laptops [#aarch64-laptops]
steev has joined #aarch64-laptops
<steev> and for whatever reason... i can't access my logs
<steev> so i can't grep through and find mdss
<steev> oh it was missing firmware, you definitely shouldn't be missing firmware
<steev> but maybe you are, or for some reason they shut off the CONFIG_SC_GPUCC_8280XP=m option?