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
chrisl has joined #aarch64-laptops
chrisl has quit [Ping timeout: 480 seconds]
kalebris_ has quit [Quit: WeeChat 4.5.1]
kalebris has joined #aarch64-laptops
chrisl has joined #aarch64-laptops
chrisl has quit [Ping timeout: 480 seconds]
chrisl has joined #aarch64-laptops
chrisl has quit [Ping timeout: 480 seconds]
chrisl has joined #aarch64-laptops
chrisl has quit [Ping timeout: 480 seconds]
tobhe has joined #aarch64-laptops
tobhe_ has quit [Ping timeout: 480 seconds]
chrisl has joined #aarch64-laptops
chrisl has quit [Ping timeout: 480 seconds]
chrisl has joined #aarch64-laptops
chrisl has quit [Ping timeout: 480 seconds]
hexdump01 has joined #aarch64-laptops
hexdump0815 has quit [Ping timeout: 480 seconds]
lucanis has quit [Ping timeout: 480 seconds]
jglathe_volterra has quit [Remote host closed the connection]
chrisl has joined #aarch64-laptops
einar has quit [Remote host closed the connection]
einar has joined #aarch64-laptops
haver has quit [Ping timeout: 480 seconds]
chrisl has quit [Ping timeout: 480 seconds]
alfredo has joined #aarch64-laptops
alfredo has quit [Read error: Connection reset by peer]
haver has joined #aarch64-laptops
icecream95 has joined #aarch64-laptops
jhovold has joined #aarch64-laptops
chrisl has joined #aarch64-laptops
chrisl has quit [Ping timeout: 480 seconds]
<icecream95> kuruczgy: It's integrated into slbounce, so the ExitBootServices hook is modified to start the hypervisor after getting to EL2. To the bootloader it should look like nothing has changed (since it is going from EL1 to EL1).
<icecream95> Unfortunately Windows fails before starting the kernel debugger, but maybe I can try /bootdebug
<icecream95> It reboots after making some secure launch SMC calls, so probably the issue is there anyway.
chrisl has joined #aarch64-laptops
<icecream95> anonymix007[m]: I'd rather virtualize Windows than the qcom hypervisor, because at least the former has symbols available and can run in QEMU (and might not absolutely require nested virt). But it could be a backup approach if Windows is too insistent on booting "securely"
<smoorgborg[m]> <JensGlathe[m]> "This one I guess https://lore...." <- That is part of your 6.13.3 build, right?
<JensGlathe[m]> No not yet afaik
<smoorgborg[m]> <pleading doggy eyes>
chrisl has quit [Ping timeout: 480 seconds]
<JensGlathe[m]> Errm the Vivobook has no touchscreen? odd
icecream95 has quit [Ping timeout: 480 seconds]
SpieringsAE has joined #aarch64-laptops
<SpieringsAE> nope, why is it odd?
<JensGlathe[m]> Well I thought so, but nope
<JensGlathe[m]> SpieringsAE: Finished up merging dp altmode support into the vivobook dt, wanna test?
srinik has joined #aarch64-laptops
chrisl has joined #aarch64-laptops
<JensGlathe[m]> smoorgborg: The patch was already in there
chrisl has quit [Ping timeout: 480 seconds]
<\[m]> Treibholz you can't convert the ubuntu to debian - I thought you could
<\[m]> someone tried to compile AMD mROC on aarch64?
<konradybcio> has anyone given the x1p4 patches a spin by chance? the CRD is surely running, but I would be happy to get some more testing
<\[m]> HdkR you only have nvidia?
<\[m]> I'm thinking of investing in AMD intent GPU and want to know if it would run on system76 starling
<JensGlathe[m]> konradybcio: I did, Thinkbook 16 is up
<JensGlathe[m]> 2 scmi splats
<konradybcio> could you pastebin them?
<JensGlathe[m]> After lunch
<JensGlathe[m]> But its working nicely
<JensGlathe[m]> Suspend/resume works
<anthony25> nice work tobhe!
<tobhe> uuh thx :)
chrisl has joined #aarch64-laptops
chrisl has quit [Ping timeout: 480 seconds]
pabs has quit [Ping timeout: 480 seconds]
<anthony25> (he forgot to write that only h264 is supported, but heh it's ok :p)
craftyguy has quit [Remote host closed the connection]
craftyguy has joined #aarch64-laptops
<Treibholz> \[m]: probably I could just use the snap on debian... But I want to get rid of Ubuntu BECAUSE of snap, so that doesn't make sense :-) Right now I'm "abusing" a fedora-firefox in distrobox, to get the evil widivine-stuff running. I'm too stupid to inject it to the snap.
craftyguy has quit [Remote host closed the connection]
craftyguy has joined #aarch64-laptops
craftyguy has quit [Remote host closed the connection]
craftyguy has joined #aarch64-laptops
<albsen[m]> Treibholz: here is a quick how to do this using nix package manager: https://pastebin.com/QhYzLAqv let me know if it works. haven't test it
<Treibholz> albsen[m]: the widevine-cdm package in nix is x86_64-only.
<tobhe> Treibholz: let me see if I can help figure out how to inject it
<steev> \[m]: you can convert it, but it's a pita because of package epochs
<steev> https://steev.net/posts/2020/05/converting-a-bionic-install-to-kali-on-the-lenovo-c630/ from a few years back, when converting from bionic to debian testing (kali is based on debian testing)
<\[m]> Treibholz: just uninstall all snaps and install them through apt?
<steev> ubuntu doesn't provide some apps as anything but snaps these days
<\[m]> wasn't your blog lost?
<steev> the blog itself is hosted (handwavey) in the cloud - what was lost was me being able to just edit a file, and then git commit it to push it to the website
<steev> and that was apparently back in 2021, and i didn't realize how much time pased
<\[m]> if you purge snapd it removes all packages too?
<\[m]> all hail the cloud for not losing our shit 🙂
<steev> no idea, i don't use ubuntu.
<\[m]> that blog is useful af tho, thanks
<steev> it's usually the epoch change that is the gotcha (normally users don't see it)
<steev> debian's version might be something like 24.0.1 but really it's 0:24.0.1 and ubuntu would have their own package and their version is 1:24.0.1
<Treibholz> \[m]: there is no firefox in the Ubuntu deb-repo anymore. Just the snap. This is currently just an inconvenience for me. I will try trixie from time to time (separate partition) and when it's frozen, I will (probably) end my Ubuntu experiment, or accepted it...
<steev> you could enable debian unstable for only firefox package
todi1 has joined #aarch64-laptops
<steev> https://paste.debian.net/hidden/7e2c964a/ is what i do here with my personal kali machine (because we default to firefox-esr because it lets us disable anything calling home by default and that's our default policy)
todi has quit [Ping timeout: 480 seconds]
chrisl has joined #aarch64-laptops
<anthony25> for a laptop usage, I don't expect it to break anything considering that it aligns the behavior with x86 laptops, but I don't know if it would break anything for other usecases
<Treibholz> steev: this might work okeyish, when you are on testing, but will very like create a horrible dependency hell, when trixie gets stable (not at once, but maybe after a few months).
<anthony25> I recommend using distrobox
<anthony25> that's what I do on Tumbleweed, I need to open a bugreport for it but Firefox is extremely buggy on Tumbleweed (threads crash every 3 seconds) when I have no issue with Firefox on Fedora in distrobox
<steev> anthony25: ah that was you, i just saw that :)
pabs has joined #aarch64-laptops
<steev> also works here on my x13s
<anthony25> steev: it's maybe not a good way to do what I mean in my patch, however, so I'm really open to any comment on how to make it cleaner (if the goal of the change looks ok)
chrisl has quit [Ping timeout: 480 seconds]
<steev> anthony25: i'll let others (pretty much anyone) smarter than me chime in. i'm more monkey brain knows how to apply a patch and test things
<anthony25> haha! no worries, thanks
<tobhe> is there a way to find out if my widevine works?
<steev> play drm content?
<steev> all i know of there is netflix, and i don't have widevine stuff here
<tobhe> guess I'll need to sign up for a trial
<albsen[m]> where can I find what I need to extract from the windows installation? for xelite t14s
<tobhe> thx!
<Treibholz> steev: netflix doesn't work here on aarch64 (at least not in the browser), although widevine itself works (Demopage, Amazon Prime, Disney+). Probably I have to play around with the user-agent-string, to mimic a chromebook...
<Treibholz> albsen[m]: on the x13s, I just checked which fw-files could not be loaded according to dmesg, then `find /mnt/win -iname \*filename.bin\*`
chrisl has joined #aarch64-laptops
<smoorgborg[m]> does usb OTG on the t14s work? usb-a to remote laptop, usb-c to t14s. not inquiring about gadget drivers, just port switching
chrisl has quit [Ping timeout: 480 seconds]
<Jasper[m]> I've seen someone mention having to manually set it to gadget mode
<Jasper[m]> recently
<JensGlathe[m]> konradybcio: This is the dmesg of the ThinkBook 16 after boot and running for an hour or so https://pastebin.com/une5JVhB
<JensGlathe[m]> and a panel splat, can be solved
mcbridematt has quit [Quit: Ping timeout (120 seconds)]
mcbridematt has joined #aarch64-laptops
todi1 has quit []
todi has joined #aarch64-laptops
SpieringsAE has quit [Quit: Leaving]
chrisl has joined #aarch64-laptops
<konradybcio> Jens Glathe: yeah this one isn't there, check x1p42100-crd.dts
<JensGlathe[m]> Good Job on x1p42, thank you
chrisl has quit [Ping timeout: 480 seconds]
<JensGlathe[m]> Do you need a tested-by for the patch series?
<konradybcio> wouldn't mind
ungeskriptet has quit [Remote host closed the connection]
ungeskriptet has joined #aarch64-laptops
<HdkR> \[m]: What? I have AMD, NVIDIA, and soon Intel B580
checkfoc_us9 has quit []
checkfoc_us9 has joined #aarch64-laptops
<HdkR> I don't quite understand the intent of the question from the surrounding context
chrisl has joined #aarch64-laptops
chrisl has quit [Ping timeout: 480 seconds]
<albsen[m]> on the latest ubuntu x1e live is it expected to not have wifi? its running 6.12 kernel.
<albsen[m]> once installed, wifi works
<anthony25> On which laptop?
<\[m]> <HdkR> "\: What? I have AMD, NVIDIA, and..." <- you run those GPUs on AARCH64?
<\[m]> * HdkR: you run
sally has quit [Remote host closed the connection]
sally has joined #aarch64-laptops
<albsen[m]> anthony25: t14s x1e
<albsen[m]> Jens Glathe: the 6.13-4 kernels crash during boot on the t14s with a fresh ubuntu install
<JensGlathe[m]> how dare they
<albsen[m]> :D
<albsen[m]> just figured you might be interested ;)
<JensGlathe[m]> yeah, thanks - do you have the OLED model?
<albsen[m]> yes
<HdkR> \[m]: I run AMD and NVIDIA on AArch64. The B580 is arriving this week to give it a try.
<JensGlathe[m]> 6.13-5 i sjust building
<JensGlathe[m]> albsen: Do you have any crash data?
<HdkR> \[m]: I use the cards with a Jetson Orin board, which provides a PCIe slot. Will be upgrading that to a Jetson Thor whenever it releases this year.
<gwolf> Ohai!
<albsen[m]> Jens Glathe: it's frozen right after grub so likely no. and screen is stuck.
<JensGlathe[m]> Oh that one is probably out of the kernel range, more like grub magic
<JensGlathe[m]> Tried the USB-A memory stick workaround?
chrisl has joined #aarch64-laptops
<albsen[m]> I have a working install, so I just turned it off and selected the previous 6.12 kernel
<gwolf> Quick (hopefully!) question... A Debian maintainer approached me to see if I could help him test his code; he is the author of a language and ~ framework (Storm), and the application I know he showcases it with is a process simulator called Progvis
<JensGlathe[m]> huh. Checked the kernel params, boot entry?
<tobhe> albsen[m]: wifi should normally work, but there might be a bug that causes it to not come up sometimes
<gwolf> He asked me for help checking whether PAC-enabled ARM chips were able to correctly run his code
<gwolf> but turns out the Lenovo C630 is not PAC-enabled...
<gwolf> Does anybody know which machines would have this feature available?
<albsen[m]> Jens Glathe: I've not changed anything, right after fresh install. I didn't invest time after the crash, just uninstalled. :)
<gwolf> Would any of you be willing to help him test this?
<gwolf> FWIW, this is the code he sent me to test for PAC support in hardware -- https://paste.debian.net/1347433/
<gwolf> Thanks!
<albsen[m]> tobhe: makes sense, thats why it works as expected once installed. had a similar issue on my x13s if wifi doesnt come up reload the module a few times until its back.
<maz> gwolf: pacia1716 is not in the NOP space, so you'll get an UNDEF if PAC isn't there.
jglathe_ has quit [Remote host closed the connection]
chrisl has quit [Ping timeout: 480 seconds]
<gwolf> Right, that's what I understand... Although I'm never much at ease parsing and interpreting assembler :-]
srinik has quit [Ping timeout: 480 seconds]
<albsen[m]> u want me to try?
<JensGlathe[m]> main changes:
<JensGlathe[m]> - VivoBook S15 dts got completed with patches from SpieringsAE and dp-Altmode support, sound support from T14s
<JensGlathe[m]> - First "working" ThinkBook 16 support
<gwolf> maz: but... does that mean it should raise an exception or something? In the C630 it reports support is not available.
chrisl has joined #aarch64-laptops
<maz> gwolf: that's my reading of the pseudocode for this instruction.
<maz> maybe the libc handle the resulting SIGILL, but that's odd.
<albsen[m]> Jens Glathe: nope, sorry same freeze
<JensGlathe[m]> hmm, sorry to hear
<albsen[m]> all good, already way more than expected is working :)
<HdkR> maz: Should probably just check the CPU feature bits for PAC instad of executing the instruction
<HdkR> Since there is a check for FEAT_PAC then undefinedBehaviour
<albsen[m]> can u share the scripts u use to build these? Jens Glathe maybe I can figure it out.
<JensGlathe[m]> its on the repo
<albsen[m]> thx
<JensGlathe[m]> ./rebuild.sh
<JensGlathe[m]> you need to add your own signing key or build with debuild -uc -us instead of -k
<albsen[m]> ok
<JensGlathe[m]> There was a patch for the boot process from jhovold , didn't think I left it out on the rebase
<albsen[m]> will try tomo, ttyt
<gwolf> HdkR: OK, I'll relay your suggestion.
<gwolf> maz: What can I say? It apparently ran successfully, both in my RPi{3,4} and in my C630...
<HdkR> I bet when the instruction is supported but disabled then it is likely to SIGILL :)
<gwolf> Do you happen to know starting with which CPU models we would be supposed to have this support?
<steev> gwolf: m1 should do it
<steev> i think, or i'm misreading hrw's aarch64 list
<maz> HdkR: it should UNDEF in any case.
<anonymix007[m]> gwolf: this code prints two different addresses and `Different - HW support for PAC.` on my sm8550 phone
<gwolf> anonymix007[m]: OK! So at least it works... _somewhere_ :-|
<HdkR> maz: UNDEFINED is spooky stuff
<maz> no, it's very well defined, despite the name.
<HdkR> maz: Yea, just means it'll take an exception. Which matches SIGILL :P
rmsilva has quit [Ping timeout: 480 seconds]
<smoorgborg[m]> For audio to work on T14s I'm missing am ucm conf file - there's one for X13s but T14s?
chrisl has quit [Ping timeout: 480 seconds]
chrisl has joined #aarch64-laptops
chrisl has quit [Ping timeout: 480 seconds]
srinik has joined #aarch64-laptops
chrisl has joined #aarch64-laptops
<tobhe> but be aware that audio experiments might easily damage your hardware irreversibly
<JensGlathe[m]> albsen: try 6.13-6, I've removed the hack for fixing boot on T14s. Further search has shown that this didn't hold. https://lore.kernel.org/all/Z1hHAtAcgivajR7i@hovoldconsulting.com/
<smoorgborg[m]> tobhe: thanks
alfredo has joined #aarch64-laptops
srinik has quit [Ping timeout: 480 seconds]
alfredo has quit [Remote host closed the connection]
chrisl has quit [Ping timeout: 480 seconds]
chrisl has joined #aarch64-laptops
rmsilva has joined #aarch64-laptops
chrisl has quit [Ping timeout: 480 seconds]
jhovold has quit [Ping timeout: 480 seconds]
chrisl has joined #aarch64-laptops
weirdtreething has quit [Read error: Connection reset by peer]
weirdtreething has joined #aarch64-laptops
chrisl has quit [Ping timeout: 480 seconds]
weirdtreething has quit [Ping timeout: 480 seconds]
weirdtreething has joined #aarch64-laptops
agl has quit [Quit: ZNC 1.8.2+deb3.1+deb12u1 - https://znc.in]
agl has joined #aarch64-laptops
chrisl has joined #aarch64-laptops
chrisl has quit [Ping timeout: 480 seconds]
<\[m]> HdkR I was wondering if you tried to make cuda or mroc work on aarch64, seems it's not supported
rmsilva has quit [Ping timeout: 480 seconds]
rmsilva has joined #aarch64-laptops
<\[m]> oh ok your answer answerred that I think 😄
<\[m]> why is that board so cheap 😲
<HdkR> \[m]: Yea, no. I don't use CUDA or ROCm.
<\[m]> but it has cuda cores - you can fully use them just with default drivers?
<\[m]> eh at least another excuse to buy aarch64 laptop haha
<HdkR> It has an iGPU yes. The default image that ships on it lets you use cuda
<HdkR> I don't use NVIDIA or AMD's proprietary video drivers
<\[m]> mroc is open source though?
<\[m]> maybe I could test in a vm on my macbook air m1, I believe you can just run debian aarch64
<HdkR> Open-source can still be proprietary :)
<\[m]> it's a non permissive license you mean
<HdkR> I think the main parts are MIT actually
<HdkR> But really, I just don't have a need for CUDA or the wacky rocm stack
<\[m]> I understand not wanting to engage in closed licenses
<HdkR> I'm a gamer your honour
<\[m]> lulz
<\[m]> yeah I've started worrying about using usa genai services, looking to run it locally, like a dense model or whatnot
<\[m]> the thor board you'll also use for gaming ? it's marketed for robotics
<\[m]> and these "ai" laptops have NPUs - not sure how well that would work though
<HdkR> Well, Jetson Orin today for development. Jetson Thor is going to be out in the summer or something
<\[m]> run crysis in ultra mode huh 😉
<HdkR> Sure, it'll be CPU limited because of the bugs in Orin
<HdkR> Neoverse-V3AE in Jetson Orin will be a huge upgrade. Should become mostly GPU limited
<HdkR> er
<HdkR> in Jetson Thor*
<\[m]> so to be clear, you're getting the buffer in gpu/cpu power to cope with the emulation for x86 games?
<HdkR> Not sure what you mean by "getting the buffer"
<HdkR> Jetson Orin/Thor is just the best ARM platform for plugging a dGPU in to a PCIe slot, even though it is slow :D
<HdkR> Thor will fix the slow CPU problem at least