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
laine has joined #aarch64-laptops
KhazAkar has quit [Quit: Connection closed for inactivity]
Ablu is now known as Guest7762
Ablu has joined #aarch64-laptops
Guest7762 has quit [Ping timeout: 480 seconds]
hightower4 has joined #aarch64-laptops
hightower3 has quit [Ping timeout: 480 seconds]
hexdump0815 has joined #aarch64-laptops
hexdump01 has quit [Ping timeout: 480 seconds]
iivanov has joined #aarch64-laptops
KhazAkar has joined #aarch64-laptops
laine has quit [Ping timeout: 480 seconds]
<jhovold>
agl: you need linux-firmware-20230919 or newer for audio, the may release should not work even if you add the symlink
<jhovold>
...unless you manually installed the topology file since then (e.g. as you said you had audio with 6.5)
<jhovold>
you also need the latest ucm configuration files which have not yet been released by upstream
<jhovold>
for audio that is recent linux-firmware and the fixed ucm files
<jhovold>
and then your kernel config needs to have the various sound drivers enabled, that can be inferred from johan_defconfig if your distro (e.g. suse) does not yet enable them
<neobrain>
Ah, looks like my kernel is missing CONFIG_SND_SOC_WSA883X still
djakov has quit [Remote host closed the connection]
djakov has joined #aarch64-laptops
djakov_ has joined #aarch64-laptops
djakov has quit [Read error: Connection reset by peer]
djakov_ has quit [Ping timeout: 480 seconds]
djakov has joined #aarch64-laptops
<agl>
jhovold: Thank you very much for your comments Johan!
<HdkR>
Huh, the screen turned off on the X13s and won't turn back on. That's concerning. I still have external display at least
<HdkR>
xrandr turning it off and on again resolved it
<neobrain>
Wooo I got audio working 🥳🥳
<neobrain>
(my kernel was indeed missing the wsa883x module, with that one added the device is showing up fine)
<neobrain>
no kidding about the crackling though :)
<jhovold>
neobrain: glad to hear that, not sure which kernel you're using but make sure you have the pops n clicks fixes:
<jhovold>
there still a faint click here and there, but the loud crackling noise is gone
<neobrain>
Will both of the patches work if I'm only building the module itself?
<neobrain>
looks like the latter would cause problems
<neobrain>
opensuse also has experimental 6.7-rc2 packages, guess I'll simply update to those then
<steev>
jhovold: fwiw, i still get them with those (and i've ~backported it to 6.6 and 6.5) the crackle is during audio playback not at the beginning/end
<steev>
i say ~backported because iirc, they were already there from you, but with 6.6.2/6.5.12 another audio change was backported that made them not apply
<jhovold>
steev: ok, i only hear a faint click once in a while (e.g. on reboot) with those applied
<jhovold>
but perhaps a different issue if you hear it during playback, haven't noticed anything like that
<jhovold>
neobrain: I've been meaning to try and get these backported as well
<neobrain>
Sadly I can't play around with this right now because instead I'm fighting the surprisingly much harder issue of... logging into opensuse's bugzilla
<jhovold>
steev: have you verified that you haven't damaged your speakers? That is, does it still sound ok with an older kernel?
<jhovold>
and you're using the latest ucm files, and have done the alsa state removal dance?
<jhovold>
playback sounded a bit distorted here before the ucm volume fixes
<steev>
(warning that it's much louder than the previous!)
<jhovold>
at least your spekers appear to be ok :)
laine has joined #aarch64-laptops
<steev>
tak :D i do wonder if it's something in that oga file; it's basically from https://www.youtube.com/watch?v=5iZMD_eCpEo this youtube video, downloaded and converted/modified
<steev>
maybe our highs are too high?
<jhovold>
yeah, it doesn't sound very good on my x13s either
<steev>
test case!
<steev>
that is, as you can imagine based on naming, my desktop login sound
<jhovold>
but perhaps not that good on the speaker i use with my desktop machine either, the background noise
<steev>
i've been using it since the c630 to have a login sound to know if audio was working or not, instead of waiting to see if there was a dummy output
<jhovold>
I use AC/DC's Jailbreak for testing here. Sounds awesome. :)
<neobrain>
So, I'm flagging a bug against openSUSE right now to enable the wsa883x module in their config. Considering the crackling issues, should I suggest they only enable it for 6.7 upwards?
<jhovold>
neobrain: hopefully we'll get those fixes into 6.5/6.6 stable quickly so it won't be any issue anymore
<neobrain>
Ah alright, sounds reasonable
<neobrain>
For me it's strongly audible only during idle anyway
<jhovold>
what do you mean by that?
<neobrain>
Well there are loud-ish pops when nothing is playing. When I'm starting to play a YouTube video, there's still some popping but much less disruptive
<jhovold>
ok, without the pops fixes I (sometimes) hear a loud crackling noise when starting a stream, sometimes more of a pop
<jhovold>
with the fixes its only a more faint click when stopping pulseaudio, sometimes when stopping a stream to I guess because I recall hearing that sometime after stopping playback too
<jhovold>
nowhere near as scary as the original crackling though
<jhovold>
not scary at all, i should say
<jhovold>
but you need the fixes, should make the pops when starting and stopping a stream go away
<neobrain>
Yeah will try in a few
<neobrain>
Side note, it seems that YouTube videos play 20% faster for me than they're supposed to. Audio pitch is higher as a side effect
<neobrain>
Wasn't sure it was just the speaker sounding different initially, but I had it playing side by side with another device to make sure :D
<jhovold>
heh, haven't noticed anything like that. opensuse's turbo mode?
<neobrain>
haha maybe
iivanov has quit [Quit: Leaving]
<neobrain>
arg, the experimental 6.7 packages aren't actually built on arm64 :(
<Jasper[m]>
<neobrain> "Side note, it seems that YouTube..." <- Used to have this on Arch too
<Jasper[m]>
Forgot what I did to fix it
djakov has quit [Remote host closed the connection]
djakov has joined #aarch64-laptops
djakov has quit [Remote host closed the connection]
djakov has joined #aarch64-laptops
rz has quit [Remote host closed the connection]
rz has joined #aarch64-laptops
<neobrain>
wow, opensuse just enabled that module and backported the two patches to their kernel development tree already
<jhovold>
neobrain: before you asked them to?
<neobrain>
Nope, they responded 5 minutes after I opened the bug to ask for some details and then closed it as fixed 17 minutes after I replied
<neobrain>
1.5 hours turnaround in total because I'm bad at watching emails :D
<jhovold>
nice
sgoskz has joined #aarch64-laptops
sgoskz has left #aarch64-laptops [WeeChat 4.1.1]
<steev>
Oh that’s awesome
<steev>
The Debian instructions should work with a kali iso, maybe I’ll get a 2tb drive for Christmas and try a fresh install
<agl>
jhovold: Sound and all the other thinks works on my x13s under Debian/unstable!
martin1 has quit [Remote host closed the connection]
martin has joined #aarch64-laptops
martin is now known as Guest7819
Lucanis has joined #aarch64-laptops
jenneron[m] has quit [Ping timeout: 480 seconds]
nscnt[m] has quit [Ping timeout: 480 seconds]
baspar[m] has quit [Ping timeout: 480 seconds]
shjim[m] has quit [Ping timeout: 480 seconds]
DocGalaxyBlock[m] has quit [Ping timeout: 480 seconds]
matthew[m]12 has quit [Ping timeout: 480 seconds]
patzek[m] has quit [Ping timeout: 480 seconds]
emily[m]1 has quit [Ping timeout: 480 seconds]
Sobek[m] has quit [Ping timeout: 480 seconds]
AlexMarty[m] has quit [Ping timeout: 480 seconds]
Nao[m] has quit [Ping timeout: 480 seconds]
averyfreeman[m] has quit [Ping timeout: 480 seconds]
anarchron has quit [Ping timeout: 480 seconds]
_[m]1 has quit [Ping timeout: 480 seconds]
NomadNaomie[m] has quit [Ping timeout: 480 seconds]
pz[m] has quit [Ping timeout: 480 seconds]
Nei[m] has quit [Ping timeout: 480 seconds]
lun[m] has quit [Ping timeout: 480 seconds]
harvestz[m] has quit [Ping timeout: 480 seconds]
EnigmaCurry[m] has quit [Ping timeout: 480 seconds]
dcavalca has quit [Ping timeout: 480 seconds]
strongtz[m] has quit [Ping timeout: 480 seconds]
resuenehparg[m]1 has quit [Ping timeout: 480 seconds]
hlr[m] has quit [Ping timeout: 480 seconds]
clover[m] has quit [Ping timeout: 480 seconds]
cenunix[m] has quit [Ping timeout: 480 seconds]
DigitalPirate[m] has quit [Ping timeout: 480 seconds]
davidebeatrici[m] has quit [Ping timeout: 480 seconds]
quinine has quit [Ping timeout: 480 seconds]
sporos11[m] has quit [Ping timeout: 480 seconds]
Stirl[m] has quit [Ping timeout: 480 seconds]
travmurav[m] has quit [Ping timeout: 480 seconds]
owc[m] has quit [Ping timeout: 480 seconds]
Bioxvirizm-x13s[m] has quit [Ping timeout: 480 seconds]
konradybcio has quit [Ping timeout: 480 seconds]
freekurt[m] has quit [Ping timeout: 480 seconds]
ajhalaney[m] has quit [Ping timeout: 480 seconds]
aigotchi[m] has quit [Ping timeout: 480 seconds]
qzed has quit [Ping timeout: 480 seconds]
danielt has quit [Ping timeout: 480 seconds]
LikeNeosMatrix[m] has quit [Ping timeout: 480 seconds]
<steev>
http://sprunge.us/xN88Uv is the error log - # C [msm_dri.so+0x8b4970] fd_bo_heap_alloc+0x100
<steev>
this is on 6.7.0-rc1, and mesa as of a few minutes before i sent the message
<steev>
specifically looks like git-2f0ed0680c
djakov has quit [Remote host closed the connection]
djakov has joined #aarch64-laptops
djakov has quit [Remote host closed the connection]
shjim[m] has joined #aarch64-laptops
djakov has joined #aarch64-laptops
hexdump0815 has quit [Quit: WeeChat 3.8]
hexdump0815 has joined #aarch64-laptops
<neobrain>
Any idea why opensuse's 6.6 kernel would fail to boot for me 3 out of 4 tries but the 6.5 one consistently boots fine? :/
<neobrain>
journalctl -k -b-1 says it's loading the kernel fine, but drm_object_property_set_value attempts to dereference a NULL pointer before anything is displayed on screen
<HdkR>
steev: 48-bit VA breaking under openjdk maybe? Limit yourself to 39-bit in the kernel and maybe the crash magically goes away? :)
<HdkR>
Seems unlikely but it also seems to be the only pointer that is 48-bit in that stack
<steev>
i'm not sure either, but it happens just standing there inside the bar (the chatsubo is... well, the bar in Neuromancer) this minecraft server is kinda based on it
<steev>
i've already lasted much longer than i normally do in the game :D
<steev>
previously, i could only be there for 1-3 minutes, i've been there for 15 now without crashing out
<steev>
almost an hour later and still in game :D
donofrio has quit [Remote host closed the connection]
svarbanov_ has quit [Remote host closed the connection]
svarbanov_ has joined #aarch64-laptops
ajhalaney[m] has joined #aarch64-laptops
<robclark>
steev: if it (without the mesa patch) crashes in a couple of minutes, I think it maybe shouldn't be too hard to get an apitrace of it.. mostly just interested because even for a game with heavy resource usage I wouldn't expect the need for so many mmap'd buffers so not sure if that indicates some sort of leak.. or just minecraft doing something weird