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 quit [Ping timeout: 480 seconds]
zetam has quit [Ping timeout: 480 seconds]
chrisl has joined #aarch64-laptops
chrisl has quit [Ping timeout: 480 seconds]
zetam has joined #aarch64-laptops
<valpackett>
i'll be running with the performance governor for now to check if the hangs are related to dvfs..
chrisl has joined #aarch64-laptops
fantom_ has joined #aarch64-laptops
fantom has quit [Ping timeout: 480 seconds]
chrisl has quit [Ping timeout: 480 seconds]
chrisl has joined #aarch64-laptops
chrisl has quit [Ping timeout: 480 seconds]
tobhe has joined #aarch64-laptops
chrisl has joined #aarch64-laptops
tobhe_ has quit [Ping timeout: 480 seconds]
hexdump0815 has joined #aarch64-laptops
chrisl has quit [Ping timeout: 480 seconds]
zetam has quit [Ping timeout: 480 seconds]
etehtsea has joined #aarch64-laptops
chrisl has joined #aarch64-laptops
chrisl has quit [Ping timeout: 480 seconds]
mbuhl has quit [Remote host closed the connection]
mbuhl has joined #aarch64-laptops
<valpackett>
hmmm. just came back to the laptop from afk, unlocked and it was weirdly struggling with some kind of lockup but it just resolved itself on its own. dmesg: https://bpa.st/DIPQ
<valpackett>
since i've never seen that kind of behavior before and it happened without any apparent cause, it *miiiight* be the same thing that would normally (with schedutil governor) be a super hard freeze?? somehow? like the kernel would always try to DVFS in that lockup moment and get stuck too long in that process and not adjust the stuff in time?? (completely armchair hypothesizing here)
<kuruczgy[m]>
I just updated to kernel 6.16-rc1 and mesa 25.1.3, I have sway 1.11, and I just started seeing some rendering artifacts, so far in alacritty and Steam. I have heard some talk about explicit sync here, was there any change recently? The artifacts kinda look like flickering between older and newer frames.
<anthony25>
can you try sway with WLR_RENDER_NO_EXPLICIT_SYNC=1?
<anthony25>
explicit sync works well for me on hyprland, the issue we fixed with robclark was that hyprland wasn't checking properly if the GPU driver supported explicit sync, and was just forcing it if the GPU wasn't nvidia
<anthony25>
and msm had it disabled for a while (it's now enabled) because mesa 24.something had a bug with explicit sync (it should be fixed now)
chrisl has joined #aarch64-laptops
chrisl has quit [Ping timeout: 480 seconds]
<nirik>
hum. 6.16.0-rc1 + jhovold's rc1 patch + jglathe's bluetooth for 7x is giving me no usb ports working. Anyone else seeing that? I guess it might be something in the fedora config that changed in the 6.16 rebase... odd tho
<anthony25>
by no usb port working, what do you mean?
<anthony25>
charging doesn't work, or what kind of usb device?
<anthony25>
(same setup as you, so I can easily test and confirm)
<nirik>
lsusb shows nothing. plugging in a device does nothing. It's like its not seeing the usb bus at all.
<nirik>
I can reboot back to it if anyone wants dmesg...
<JensGlathe[m]>
anthony25: I have the same on the Dev Kit, probably something with this https://pastebin.com/GidtHHvD not researched deeper yet. Hoping for rc2 😼
<anthony25>
JensGlathe[m]: about the usb problem or about artifacts in sway?
<JensGlathe[m]>
usb
<anthony25>
that's weird, it seems to work on my side
<anthony25>
plugging my phone, I see it in lsusb and MTP works
<JensGlathe[m]>
oh sorry wrong address
<JensGlathe[m]>
but interesting datum
<JensGlathe[m]>
I meant nirik ^^^
<nirik>
ok, must be something on my side. ;) will look...
<JensGlathe[m]>
you're using 6.16rc1?
<nirik>
yep
<JensGlathe[m]>
I figured maybe some defconfig change that is... unfortunate
<JensGlathe[m]>
I've seen these effects with eUSB2 repeater drivers. There is a patchset for the new Exynos(?) eUSB2 repeaters with a config change and this gave isseus in 6.15, removed it again. There seems to be a lot of things moving there.
chrisl has joined #aarch64-laptops
<anthony25>
nirik: do you have CONFIG_PHY_SNPS_EUSB2=m?
<nirik>
let me look
<anthony25>
jhovold added it in their defconf, I have it enabled
<nirik>
nope. I don't. ;( # CONFIG_PHY_SNPS_EUSB2 is not set
* nirik
can try adding
<nirik>
and indeed that was set in the 6.15 working one.
chrisl has quit [Ping timeout: 480 seconds]
<nirik>
unrelated... is there a cleanly applying version of the 7x webcam dts patches around?
<JensGlathe[m]>
missing in my 6.15, there is only CONFIG_PHY_QCOM_SNPS_EUSB2=y and CONFIG_PHY_QCOM_EUSB2_REPEATER=y
<JensGlathe[m]>
and in 6.16 its # CONFIG_PHY_SNPS_EUSB2 is not set CONFIG_PHY_QCOM_EUSB2_REPEATER=y
<anthony25>
nirik: sorry, for 6.15 I could have sent it, I used it on this version, but I skipped it for 6.16 (I don't need the webcam)
<nirik>
no biggie. nice to have sometimes...
<nirik>
so this was CONFIG_PHY_QCOM_SNPS_EUSB2 in 6.15.x and CONFIG_PHY_SNPS_EUSB2 in 6.16?
<JensGlathe[m]>
just updating my config, test build
mani_s_ has joined #aarch64-laptops
mani_s_ has quit []
mani_s is now known as Guest18205
chrisl has joined #aarch64-laptops
chrisl has quit [Ping timeout: 480 seconds]
<kuruczgy[m]>
[@nirik:matrix.scrye.com](https://matrix.to/#/@nirik:matrix.scrye.com) no, but I am pretty sure you need more extensive changes than just dts for webcam. [@_oftc_bryanodonoghue:matrix.org](https://matrix.to/#/@_oftc_bryanodonoghue:matrix.org)'s 6.15-rc1 branch was no longer just applying cleanly, now I have this list of cherry-picks for 6.16-rc1:
<kuruczgy[m]>
The sensor driver itself got merged upstream, but I would guess most of these patches are still needed. But if you know how to minimize them further let me know.
<kuruczgy[m]>
(Ah and you need two more small patches on top of the cherry picks, look on the bottom of the file, those two patches are just in my repo)
mani_s has joined #aarch64-laptops
djakov has quit [Remote host closed the connection]