ChanServ changed the topic of #linux-msm to:
<bamse> Marijn[m]: a coccinelle thing seems quite useful for that
marvin24 has joined #linux-msm
marvin24_ has quit [Ping timeout: 480 seconds]
Daanct12 has joined #linux-msm
pevik has joined #linux-msm
Daanct12 has quit [Ping timeout: 480 seconds]
jhovold has joined #linux-msm
<srinik> DylanVanAssche: sound should work all the time, I see no reason why it should not work. What kind of errors do you see in failure case?. Not to mention there are some pending slimbus patches that needs to be worked on w.r.t tearing the channels when playback/capture is done.
<DylanVanAssche> srinik: it happens when the routing is configured. So you execute the amixer cmds, play sound for the first time with aplay (no sound). Repeat aplay and it works fine since then
<DylanVanAssche> Maybe something is not fully initialized which is then achieved by the first time you run aplay?
<srinik> DylanVanAssche: or the sequence or the volume setting. do you see any errors when you do not hear
<DylanVanAssche> srinik: some underflow/overflow errors in the dmesg, but they happen as well when it works
<DylanVanAssche> DEBUG logs are enabled though
<srinik> DylanVanAssche: that is okay, it just happens due to the sequence of closing the slim ports and the channels
<srinik> DylanVanAssche: what ever you are seeing is not normal, I never noticed anything like that, it worth a debug this.. am guessing its to do with order of mixers
<DylanVanAssche> Besides those none, I checked it line-by-line. I just find it weird that it works after the second call to aplay. It only happens with the wcd codec btw
<srinik> DylanVanAssche: which kernel version are you using?
<DylanVanAssche> srinik: I will try to convert to your MR regarding the wcd codec to see if it improves. I use 5.18.1
<steev> srinik: speaking of pending patches - https://patchwork.kernel.org/project/alsa-devel/patch/20211210114747.1485-1-srinivas.kandagatla@linaro.org/ what happened with this? it's marked as both new and archived?
<steev> there are no responses at all to it though
<steev> https://git.linaro.org/people/srinivas.kandagatla/linux.git/commit/?h=c630/v5.15 this one also seems to not have gone anywhere?
<srinik> steev: will recheck and resend if required
<srinik> steev:i think the channels sorting thing might not be required, I need to verify this once again.
<steev> audio does seem to work without it on the c630
<steev> i'm just going through what patches i am applying to 5.19 and seeing what is still outstanding, and those two are two of them
<Tooniis[m]> srinik: is there a specific reason for using RX5/6 channels for headphones in db820c? https://github.com/alsa-project/alsa-ucm-conf/blob/master/ucm2/Qualcomm/apq8096/HiFi.conf#L12-L13
<Tooniis[m]> do the slimbus channels have different capabilities?
anholt has quit [Read error: Connection reset by peer]
anholt has joined #linux-msm
Danct12 has quit [Quit: Quitting]
Danct12 has joined #linux-msm
Danct12 has quit [Quit: Quitting]
Danct12 has joined #linux-msm
Danct12 has quit []
Danct12 has joined #linux-msm
<vknecht[m]> any thought how to diagnose/fix such "rcu_preempt detected stalls" ? afaik it happens about when gpu/dsi/mdp should kick in... https://pastebin.com/aBnMYazg
jhovold has quit [Ping timeout: 480 seconds]
pevik has quit [Ping timeout: 480 seconds]
deathmist has quit [Quit: WeeChat 3.5]
deathmist has joined #linux-msm