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
derzahl has quit [Ping timeout: 480 seconds]
derzahl has joined #aarch64-laptops
alpernebbi has quit [Ping timeout: 480 seconds]
alpernebbi has joined #aarch64-laptops
derzahl has quit [Ping timeout: 480 seconds]
derzahl has joined #aarch64-laptops
derzahl has quit [Ping timeout: 480 seconds]
laine has joined #aarch64-laptops
tobhe_ has joined #aarch64-laptops
tobhe has quit [Ping timeout: 480 seconds]
<Sukiru[m]>
Hm, could someone share the q5507qa wifi driver exe 😅
hexdump01 has joined #aarch64-laptops
hexdump0815 has quit [Ping timeout: 480 seconds]
alfredo has joined #aarch64-laptops
<JensGlathe[m]>
tobhe_: My mistake.There the usual parameters, and then some
<krzk>
Any op here?
<steev>
i think amstan is when he's around
amstan has joined #aarch64-laptops
<amstan>
\o
<amstan>
krzk: what's up?
<amstan>
steev: why aren't you op? you should be op too
<steev>
idk, never thought of it, never wanted to be
<amstan>
steev: couple of googlers in here are too btw
<steev>
i'm not googs or linaro, just kali (and our new release finally went out today so woo
<amstan>
steev: we should talk about kali on framework btw
<steev>
would love to see it, afaik it should work, but i don't have the hardware
<amstan>
let me talk to our linux support guy and see what he thinks too
<amstan>
also... risc-v!
<steev>
shoot me a mail, steev@KALI
<steev>
minus caps
<steev>
and the spelling is important, we don't have a steve->steev alias
<amstan>
i know you're the steeeeeev guy, heh
<steev>
almost everywhere i worked had one set up, the founder of kali said "if they can't spell your name right, the email isn't worth reading"
<amstan>
_merk: Your last set of messages was offensive, please be nice! We're here to thinker with arm devices and be annoyed why our kernel doesn't boot. Next time i hear something like that i will have to ban you.
<amstan>
steev: i'm going to bed, so you're holding the fort
<steev>
o/
alfredo has quit [Quit: alfredo]
laine has quit [Ping timeout: 480 seconds]
<macc24>
god i hope i don't get kicked out for depressionposting
<HdkR>
Good news everybody, updating mesa and the kernel to something newer than six months ago results in stability. Who knew?!
jhovold has joined #aarch64-laptops
martiert has quit [Quit: WeeChat 4.4.3]
martiert has joined #aarch64-laptops
alfredo has joined #aarch64-laptops
alfredo has quit [Ping timeout: 480 seconds]
alfredo has joined #aarch64-laptops
martiert has quit [Quit: WeeChat 4.4.4]
martiert has joined #aarch64-laptops
martiert has quit [Quit: WeeChat 4.4.3]
<jhovold>
Here's an updated wip branch for the T14s and X Elite:
<obbardc>
any help debugging this ? testing a USB drive with grub 2.12 efi binary, which loads fine on qemu but when launched on my t14s simply just fails to load and instead boots windows...
<obbardc>
installing it like... `grub-install --target=arm64-efi --efi-directory=/boot/efi && update-grub`
<obbardc>
also copying the grub efi binary to... /boot/efi/EFI/BOOT/BOOTAA64.EFI
<obbardc>
(for reference sd-boot seems to boot fine from the same media...)
<HdkR>
jhovold: Interesting, LLC write cache? Does this cover all clients serviced by the LLC on the SoC, so write latencies should significantly improve for both CPU and GPU?
<HdkR>
That's actually really interesting, since it sounds like the LLCC was operating purely as a victim cache without that
<jhovold>
HdkR: I'm trying to get qualcomm to tell us what can be expected with that change
<jhovold>
It does not improve a kernel compilation benchmark at least
Guest3364 has quit [Ping timeout: 480 seconds]
<HdkR>
Considering the X1E's L2 cache is 12MB and the SLC is 6MB, CPU is probably the least interesting because most things will be hitting L2 already
<HdkR>
Cross-device communication staying in SLC and GPU actually able to use it for write caching would be more aligned to my interests. Sadly I won't have any before and after numbers :D
<obbardc>
jhovold: thanks, using grub with that patch applied seems to actually start on my 64G t14s. i didn't consider that not starting would be the failure mode, i should have read the wiki more clearly 🙂
<_merk>
amstan: oh soz i do apologize
<_merk>
i promise to refrain from such nonsense
<_merk>
thanks for pulling me up
<_merk>
hdpp i've had a full on few days
<_merk>
burnt as fuck right now
<_merk>
but i need to go hammers and tongs on arch multiarch/lib if i want x86_64 qemt binfmt static emulation
<_merk>
rest first tho
<_merk>
maybe i can just extract what i need from the x86 libc package like i did last time and copy the approriate libs to the host tree
<Sukiru[m]>
<Sukiru[m]> "Hm, could someone share the q550..." <- FYI (in case it helps anyone in the future) drivers are shared between S and Q models, and the board support package contains the needed wlan driver.
kdokoli1 has joined #aarch64-laptops
alfredo has joined #aarch64-laptops
<robclark>
HdkR: I don't think LLCC is quite working yet, even with the wrcache at boot... we need WNA like downstream android has in io-pgtables, supposedly that should be worth a >5% boost for gpu
derzahl has joined #aarch64-laptops
<HdkR>
robclark: What does WNA stand for?
<robclark>
write-no-allocate
<HdkR>
ah
<robclark>
basically gpu writes are typically streaming(ish) and we don't want it to evict stuff used for reads
<HdkR>
Yea, it's a good cache policy for GPUs, interesting that it can provide an expected 5% boost
<HdkR>
Still have some of the mental model of NVIDIA GPUs with wacking huge L2 caches
<robclark>
qc ends up with deep instead of wide cache
alfredo1 has joined #aarch64-laptops
<obbardc>
jhovold: good news, with the grub patch applied (rather than using sd-boot) i can now boot to your latest linux branch on t14s with debian userspace !
<obbardc>
so there's some debug work for me to do to get sd-boot working
alfredo has quit [Ping timeout: 480 seconds]
alfredo1 is now known as alfredo
nothorseface has joined #aarch64-laptops
laine has joined #aarch64-laptops
kdokoli1 has quit [Remote host closed the connection]
alfredo1 has joined #aarch64-laptops
nothorseface has quit [Ping timeout: 480 seconds]
alfredo has quit [Ping timeout: 480 seconds]
alfredo1 has quit [Ping timeout: 480 seconds]
<macc24>
robclark: what does that mean? "deep instead of wide cache"
<robclark>
macc24: well, the gpu itself has UCHE, which I guess is approximately a L2$, and various other caches that are roughly L1$, so LLCC is effectively a L3$
nothorseface has joined #aarch64-laptops
<jhovold>
obbardc: that's good to hear!
alfredo has joined #aarch64-laptops
f_ is now known as funderscore
SpieringsAE has joined #aarch64-laptops
<SpieringsAE>
jhovold: whats the -memlat branch for? I tried it out for funsies and I think it works?
nothorseface has quit [Ping timeout: 480 seconds]
SpieringsAE has quit [Ping timeout: 480 seconds]
jglathe_sdbox2 has quit [Remote host closed the connection]
nothorseface has joined #aarch64-laptops
nothorseface has quit []
nothorseface has joined #aarch64-laptops
chrisl has joined #aarch64-laptops
cyrinux has quit []
cyrinux has joined #aarch64-laptops
chrisl has quit [Ping timeout: 480 seconds]
hexdump01 has quit []
hexdump0815 has joined #aarch64-laptops
alfredo has quit [Ping timeout: 480 seconds]
nothorseface has quit [Ping timeout: 480 seconds]
derzahl has quit [Ping timeout: 480 seconds]
alfredo has joined #aarch64-laptops
srinik has quit [Ping timeout: 480 seconds]
derzahl has joined #aarch64-laptops
alfredo has quit [Quit: alfredo]
jhovold has quit [Ping timeout: 480 seconds]
<_merk>
i sincerely apologise again
<_merk>
whatsd the status on the webcam?
<amstan>
macc24: depressionposting? is your kernel also not booting?
<amstan>
macc24: or are you afraid of steev or something? lol, you can also be mod if you want, i also trust you
derzahl has quit [Ping timeout: 480 seconds]
<_merk>
<3
<_merk>
macc24: thx.m i have box64 on board as a compromise but yet it doesn't deliver what i set out to achieve
<_merk>
ultimately, as i have done in the past on the radxa rock's is the ability to have an arch or other distro chroot
<_merk>
and use qemu-user-static/binfmt etc
<_merk>
to alleviate the needs for an intermediate