ChanServ changed the topic of #linux-msm to:
marvin24 has joined #linux-msm
marvin24_ has quit [Ping timeout: 480 seconds]
jhovold has joined #linux-msm
<z3ntu> Anyone else having issues with ath11k(_ahb) on 6.9 kernel?
<z3ntu> [ 39.547493] qcom_q6v5_pas 8a00000.remoteproc: fatal error received: cmnos_thread.c:4645:Asserted in cmnos_allocram.c:cmnos_allocram_base_with_alignment_recurse:497 with Args:0x3,0x3,0x0
<z3ntu> calebccff: fyi ^
f_ has joined #linux-msm
f_ has quit [Remote host closed the connection]
f_ has joined #linux-msm
alexeymin has quit [Quit: No Ping reply in 180 seconds.]
alexeymin has joined #linux-msm
<calebccff> z3ntu: that's exactly it!
bamse has quit [Remote host closed the connection]
pespin has joined #linux-msm
junari has joined #linux-msm
junari has quit [Remote host closed the connection]
junari has joined #linux-msm
jessienab has quit [Ping timeout: 480 seconds]
jessienab has joined #linux-msm
junari has quit [Remote host closed the connection]
junari has joined #linux-msm
fossdd has joined #linux-msm
junari has quit [Ping timeout: 480 seconds]
svarbanov has joined #linux-msm
bamse has joined #linux-msm
pespin has quit [Remote host closed the connection]
f_ has quit [Quit: To contact me, PM f_[xmpp] or send an email. See https://vitali64.duckdns.org/.]
ungeskriptet is now known as Guest5677
ungeskriptet has joined #linux-msm
ungeskriptet is now known as Guest5679
ungeskriptet has joined #linux-msm
Guest5677 has quit [Ping timeout: 480 seconds]
Guest5679 has quit [Ping timeout: 480 seconds]
<mal> bryanodonoghue: hi, about this camss resource patch which you tested https://lore.kernel.org/linux-media/badf2bae-450a-4902-bdd7-651cf3f27725@linaro.org/T/#m48cd013227263c4cf6560c0c85adf61f7dd8c3d4 that is missing those ".type = CAMSS_SUBDEV_TYPE_CSIPHY" and others from the sc8280xp structs in most places, how was that not a problem during testing?
jhovold has quit [Ping timeout: 480 seconds]
luka177[m] has joined #linux-msm
<luka177[m]> Hi! So i tried dual dsi video mode panel with dsc again, on xiaomi pad 6 (xiaomi pipa), panel is controlled by nt36532 controller. I used v6.9-rc7, and picked relevant patches from https://github.com/SoMainline/linux/commits/marijn/panel-exclusives. My kernel is avalible here: https://github.com/pipa-mainline/linux/tree/luka/pipa-gpu-... (full message at <https://matrix.org/_matrix/media/v3/download/matrix.org/lrBwLxKoxRMczFQTeEwcAtSq>)
<luka177[m]> * Hi! So i tried dual dsi video mode panel with dsc again, on xiaomi pad 6 (xiaomi pipa), panel is controlled by nt36532 controller. I used v6.9-rc7, and picked relevant patches from https://github.com/SoMainline/linux/commits/marijn/panel-exclusives. My kernel is avalible here: https://github.com/pipa-mainline/linux/tree/luka/pipa-gpu... (full message at <https://matrix.org/_matrix/media/v3/download/matrix.org/NpmZxarWpJSOxKAHjRJkIVJB>)
<aka_[m]> lumag: seems like my adventures on msm8976 dpu ends in "skill issue"
<aka_[m]> bigger log over there
<aka_[m]> also vblank timeouts
<bryanodonoghue> ah .. yes my sensor is on csiphy0 so the tests pass but indeed the other PHYs are missing the type assignment
<aka_[m]> also lol, enabling gpu made it die without even progressing it to dpu init
<bryanodonoghue> sorry mal what's your email again ? for the commit log fix ?
<mal> Matti Lehtimäki <matti.lehtimaki@gmail.com>
<mal> bryanodonoghue: also missing some others than just csiphy, also csid and vfe are missing those
<bryanodonoghue> yeah I see that - I guess there's no dependency on the type that matters
<bryanodonoghue> I'll fix it ..
<bryanodonoghue> actually what does that data field even do ?
<mal> good question
<bryanodonoghue> I'm fairly sure its used in a follow-on series but dead code in this series. Thanks for spotting
<bryanodonoghue> mal 20240510230945.11750-1-bryan.odonoghue@linaro.org
<bryanodonoghue> thanks again