ChanServ changed the topic of #aarch64-laptops to: Linux support for AArch64 Laptops (Asus NovaGo TP370QL - HP Envy x2 - Lenovo Mixx 630 - Lenovo Yoga C630)
Lucanis has joined #aarch64-laptops
janrinze has quit [Quit: Leaving.]
janrinze has joined #aarch64-laptops
hexdump01 has joined #aarch64-laptops
hexdump0815 has quit [Ping timeout: 480 seconds]
rmsilva_ has joined #aarch64-laptops
rmsilva has quit [Ping timeout: 480 seconds]
<clover[m]> :) this was the missing grub env variable that fixes grub-mkconfig not finding my initrd:
<clover[m]> GRUB_EARLY_INITRD_LINUX_CUSTOM="initramfs-linux.img"
<steev> should just be in /usr/lib/firmware/qcom (for the gpu firmware, since it's not specific to the sc8280xp, but to the gpu)
<steev> i do believe there are plans to get the firmware submitted upstream, but i don't know the status of it
<bamse> steev: working on it...
<steev> so still in plans :)
<bamse> beyond plans
<steev> oh nice
<steev> clover[m]: do you do the .chromium-flags file or whatever it is, to make chromium launch in wayland?
<clover[m]> yeah. Preferred Ozone platform = auto
<clover[m]> in chrome://flags
laine has quit [Ping timeout: 480 seconds]
laine has joined #aarch64-laptops
<steev> oh, it's set there now
pbsds has quit [Quit: The Lounge - https://thelounge.chat]
pbsds has joined #aarch64-laptops
janrinze has quit [Remote host closed the connection]
janrinze has joined #aarch64-laptops
hightower2 has joined #aarch64-laptops
jelly-hme is now known as jelly
exeat has joined #aarch64-laptops
janrinze has quit [Quit: Leaving.]
janrinze has joined #aarch64-laptops
svarbanov_ has joined #aarch64-laptops
svarbanov has quit [Read error: Connection reset by peer]
jhovold has joined #aarch64-laptops
<jhovold> steev: i sometimes do read the backlog after someone pointed to whitequark
<jhovold> steev: you should be able to just do something like:
<jhovold> git rebase --onto=jhovold/wip/sc8280xp-v6.4-rc5 jhovold/wip/sc8280xp-v6.4-rc4
<jhovold> when moving from one wip branch to the next
<jhovold> but sure, if you replace patches in the middle, or rebase more often than I do that won't always work
<jhovold> quinine: regarding the firefox crashes with rc5, likely unrelated but i did update the gpu patches in rc5
<jhovold> quinine: are there any hints in the logs as there were with the video playback crashes?
<quinine> <jhovold> "quininer: are there any hints in..." <- I don't notice, the crash probability of firefox on rc5 is not high.
<jhovold> quinine: you could try always starting from a terminal and keep it around in case it crashes again
<quinine> 👌
<clover[m]> i wonder if this can be tweaked for x13s: https://github.com/leifliddy/asahi-fedora-builder
hightower2 has quit [Ping timeout: 480 seconds]
svarbanov_ has quit [Ping timeout: 480 seconds]
svarbanov has joined #aarch64-laptops
svarbanov has quit [Ping timeout: 480 seconds]
svarbanov has joined #aarch64-laptops
janrinze has quit [Quit: Leaving.]
janrinze has joined #aarch64-laptops
janrinze has quit [Remote host closed the connection]
hightower2 has joined #aarch64-laptops
systwi_ has joined #aarch64-laptops
<steev> probably
<steev> and, good to know about the initial rebase
systwi has quit [Ping timeout: 480 seconds]
jhovold has quit [Quit: WeeChat 3.8]
agl7 has joined #aarch64-laptops
Erisa has quit [Remote host closed the connection]
Erisa has joined #aarch64-laptops
<agl7> Good Evening! (It's 11:05 pm in Europe/Germany)
<agl7> steev: Have you updated your Linux kernel? I ask, so I want to get it, compile it and test it.
<agl7> It's two week ago where I get the last Linux kernel from you.
systwi has joined #aarch64-laptops
systwi_ has quit [Ping timeout: 480 seconds]
<steev> i'm about to push 6.3.7
<clover[m]> I updated my EndeavourOS tutorial. It's a lot shorter now and includes a grub tutorial
<cenunix[m]> Does anyone know how the qrtr package works ? when starting qrtr-ns, I get the output: nameserver already running, going dormant: Address already in use
<cenunix[m]> No idea how I can check what is using the address/debug this
<bamse> cenunix[m]: qrtr-ns keeps track of what services/protocols are registered in the system...it started out in userspace in the form of qrtr-ns...but was later implemented in the kernel as well
<bamse> cenunix[m]: so "Address already in use" means that your kernel already does the ns'ing
<bamse> cenunix[m]: you can use qrtr-lookup to query the ns...so that should give you something or at least not fail...
<bamse> cenunix[m]: and the "going dormant" thing is to keep systemd happy and continue to run the dependent services
<bamse> perhaps there's a saner way to say "depends on the qrtr-ns service, if that is enabled, otherwise not"?