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
Sobek[m] has joined #aarch64-laptops
danielt has joined #aarch64-laptops
EnigmaCurry[m] has joined #aarch64-laptops
konradybcio has joined #aarch64-laptops
Ablu is now known as Guest4527
Ablu has joined #aarch64-laptops
agl7 has quit [Ping timeout: 480 seconds]
Guest4527 has quit [Ping timeout: 480 seconds]
agl7 has joined #aarch64-laptops
hexdump01 has joined #aarch64-laptops
hexdump0815 has quit [Ping timeout: 480 seconds]
alpernebbi has quit []
alpernebbi has joined #aarch64-laptops
matalama has joined #aarch64-laptops
matalama has quit [Remote host closed the connection]
iivanov has joined #aarch64-laptops
matthias_bgg has joined #aarch64-laptops
<jhovold> steev: yeah, we have one more known audio issue that you may be hitting and which causes the soundcard to fail to probe
<jhovold> i reported it to srinik in March and have hit it 4-5 times since, so not very frequently
<jhovold> i was hoping we'd have that fixed before anyone relly noticed but i'll go and add it to the wiki page
<jhovold> next time it happens, can you check your logs, there should be probe deferall message like:
<jhovold> platform sound: deferred probe pending
<jhovold> may be caused by a bug in the underlying remoteproc code as well, but haven't really had time look at this one yet
matthias_bgg has quit [Ping timeout: 480 seconds]
iivanov has quit [Remote host closed the connection]
matthias_bgg has joined #aarch64-laptops
iivanov has joined #aarch64-laptops
konradybcio has quit []
konradybcio has joined #aarch64-laptops
Guest4420 is now known as qzed
<HdkR> I see a whole bunch of patches for SM8650 \o/
iivanov has quit [Remote host closed the connection]
<cenunix[m]> whats the status of hardware accel ? on steev's 6.6.0-rc5 commit:f407eddf8f89860256c17f85550631263581079b . I'm unsure how to check if it's working properly or not though
<Jasper[m]> <cenunix[m]> "whats the status of hardware..." <- Which kind of hardware acceleration? 3d? 2d? Video?
iivanov has joined #aarch64-laptops
iivanov has quit [Remote host closed the connection]
martiert has quit [Quit: WeeChat 4.0.5]
iivanov has joined #aarch64-laptops
martiert has joined #aarch64-laptops
rmsilva has joined #aarch64-laptops
<Jasper[m]> Btw, out of curiousity. Is the qcvss8280.mbn fw file something that's device specific? I know the people trying to get Linux to boot on Volterra are messing around with fetching the file from Windows, but that feels a bit annoying because I kinda want to get rid of Windows on it
xroumegue has quit [Ping timeout: 480 seconds]
xroumegue has joined #aarch64-laptops
<HdkR> And now sc8380xp patches, woo \o/
<ajhalaney[m]> yeah I was about to say that's a good sign :)
<ajhalaney[m]> Also, from some qualcomm emails (I like seeing more qualcomm contributions on list)
matthias_bgg has quit [Quit: Leaving]
<robclark> nice sc8380xp patches nearly the same day as announced
<HdkR> Not quite day zero support but getting better. Looking forward to playing with that 4.6TFLOP GPU :)
<robclark> I guess 0.5 day?
<robclark> tbf it is long before hw shipped
<robclark> yeah, gpu should be fun.. AFAICT a690 is still faster than any of the a7xx.. but an a7xx version of laptop gpu should be quite fun
<krzk> SM8650 had ~0.1-day-support :)
<HdkR> Also curious if those USB4 ports can handle a Radeon dGPU :D
<HdkR> s/dGPU/eGPU
<clover[m]> So new snapdragon socks were announced?
<robclark> indeed
<HdkR> Fresh socks, been wearing holes in the old ones
<robclark> I guess someone needs to step up and figure out open src way to do new fangled AI upscaling on these things
<HdkR> There's some Snapdragon solution that hasn't been talked about since April. Assuming it is GPU based rather than AI based from their previous marketing
<HdkR> Probably difficult to leverage the Hexagon for AI upscaling techniques for games?
<robclark> idk, AI upscaling seems to be the new hotness.. because AI.. and I could see wanting to do it on hexagon to offload the GPU .. although from a sw arch standpoint that is a bit terrifying
<HdkR> Indeed
* travmurav[m] has a bad feeling about gunyah-hyp-region@80000000
<travmurav[m]> given this is primarily a windows-targeted SoC, one funny interpretation is that they convinced MS to ditch hyper-v
<travmurav[m]> but even if no, this sounds like no EL2 again, but "why are you complaining, we gave you our great new hypervisor"
<robclark> so, crosvm apparently has gunyah support.. so maybe that is a path for linux vm support on these things?
<travmurav[m]> and most people would not care
<robclark> I mean, they'd also be using it on android.. and I suspect if CrOS ever supports protected content on qc things then it would also need to switch to gunyah and "dom0" booting in EL1
<Dylanger> <travmurav[m]> "given this is primarily a..." <- Didn't they do virt-in-virt?
<Dylanger> I care, very much, tis why I didn't buy a X13s, give me damn EL2.
<travmurav[m]> microsoft has vendor-locked signature verified way to escalate to el2
<travmurav[m]> (had?)
<Jasper[m]> <travmurav[m]> "but even if no, this sounds like..." <- This^ what I was told
<Dylanger> Gunyah provides very good Qualcomm specific attack surface, the very best
<Dylanger> 👌
<Dylanger> Lol sorry I'm emotional about this topic
<Jasper[m]> I'm fine with qemu working
<Dylanger> Oh sc8380 is the super brand new SoC announced today?!
<Dylanger> Time to look for a PBL/BootROM exploit to go along with my new Qualcomm Laptop 🤦‍♂️
<travmurav[m]> I guess the only hope is that microsoft didn't cave in and the secure-launch bs is still there, then there is still a chance it can be abused to elevate to el2, I think it's possible
<HdkR> Dylanger: There were two new SoCs, need to specify which one :P
<clover[m]> two socks for too foots
<robclark> Dylanger: at least the hypervisor is open src.. which seems like an improvement over every other vendor's hyp
* travmurav[m] expects the signed and shipped one to have significant proprietary changes from the base project
<robclark> maybe you could compare executable size?
<Dylanger> <robclark> "Dylanger: at least the hyperviso..." <- But it's not tho, I can't build my own hyp and run it on EL2, fork of Ganyah or otherwise, also iirc Qualcomm's Ganyah haven't been updated for like years
<robclark> the main thing I'm aware of that hyp does is stuff w/ mmu/smmu L2 translation to implement L1 protected content.. not sure if that is in ganyah github or not, but not really rocket science
iivanov has quit [Quit: Leaving]
hexdump01 has quit []
hexdump0815 has joined #aarch64-laptops
<steev> https://github.com/quic/gunyah-hypervisor it was updated last month?
<konradybcio> yes
Lucanis has quit [Ping timeout: 480 seconds]
Lucanis has joined #aarch64-laptops
Kelsar has quit [Quit: http://quassel-irc.org - Chat comfortably. Anywhere.]
Kelsar has joined #aarch64-laptops
hexdump01 has joined #aarch64-laptops
hexdump0815 has quit [Ping timeout: 480 seconds]
<Dylanger> Woah
<Dylanger> So that worked
<Dylanger> I have Fedora working on my Cherry
<Dylanger> I needed to extract the rootfs from the raw xz file from Fedora's website, copy it to my f2fs partition, patch the old UUID over the old one, remove the old entries for fstab as I'm not using btrfs and copy my kernel modules
<Dylanger> And it boots perfectly
<Dylanger> WiFi Works, BT Works