ChanServ changed the topic of #msm8937-mainline to: Boot Linux on your MSM8917/37/40 and QM215 mobile! | GitHub: https://github.com/msm89x7-mainline | Logs: https://oftc.irclog.whitequark.org/msm8937-mainline | Bridged to #msm8937-mainline:kde.org on Matrix
<barni2000[m]> i have updated my dev branch if you want to try 6.13 last commit should be reverted for safety it contains very WIP stuff
<barni2000[m]> mostly audio
<barni2000[m]> the contains also venus stuff i have not find out the tz issue yet but if it solved it should work
ungeskriptet_ has joined #msm8937-mainline
ungeskriptet has quit [Ping timeout: 480 seconds]
ungeskriptet_ is now known as ungeskriptet
minecrell8 has joined #msm8937-mainline
minecrell has quit [Ping timeout: 480 seconds]
minecrell8 has quit []
minecrell has joined #msm8937-mainline
<barni2000[m]> i have updated my branch with cleaned up audio for santoni and land also i have squashed the fixups
<barni2000[m]> santoni does not have working speaker yet but maybe on weekend i will check the codec driver it seems pretty simple and i could use it for rosy also
<ValPackett[m]> hm so venus is just "probe with driver qcom-venus failed with error -22" after the iommu line
<ValPackett[m]> "wcn36xx: WARNING Received 5 GHz band packet on WCN3620? (rf_band 0, hwch 11)" 0w0
<NekoCWD[m]> ValPackett[m]: That's fine. Venus doesn't work for now
<barni2000[m]> yes because of scm cannot request the memory for it
<barni2000[m]> ValPackett[m]: it is an non upstreamed fix for 2.4GHz devices
<barni2000[m]> without this commit wcn3620 devices would freeze
<ValPackett[m]> there's also a lot of "WARNING Bad TX complete indication"
<ValPackett[m]> and it usually doesn't like my home network for some reason, only managed to connect to it once
<barni2000[m]> yes i have dropped some commits maybe i should put them back
<barni2000[m]> maybe i should check wcn36xx driver on msm8917 trees