ChanServ changed the topic of #linux-msm to:
_whitelogger has joined #linux-msm
dliviu has quit [Quit: Going away]
dliviu has joined #linux-msm
davidinux is now known as Guest2656
davidinux has joined #linux-msm
Guest2656 has quit [Ping timeout: 480 seconds]
marvin24_ has joined #linux-msm
marvin24 has quit [Ping timeout: 480 seconds]
junari__ has joined #linux-msm
junari__ has quit [Remote host closed the connection]
jhovold has joined #linux-msm
Daanct12 has joined #linux-msm
davidinux is now known as Guest2691
davidinux has joined #linux-msm
Guest2691 has quit [Ping timeout: 480 seconds]
pespin has joined #linux-msm
mripard has joined #linux-msm
danylo has quit [Quit: Ping timeout (120 seconds)]
danylo has joined #linux-msm
Daanct12 has quit [Ping timeout: 480 seconds]
<strongtz[m]> nice, displayport does work on sm8550
<HappY[m]> strongtz[m]: Now time for test & fireup 🎁 64
<konradybcio> strongtz: you can use gpu with dp out
<konradybcio> speaking of gpu.. robclark are we still going to merge it for 6.7?
<konradybcio> msm-next is totally empty and it's rc5 already
<strongtz[m]> konradybcio: I already do. zink+turnip is quite buggy though
<konradybcio> well it's still WIP, for best experience you need some debug flags
<konradybcio> I have `TU_DEBUG=sysmem,noubwc,nolrz,nobin,flushall,syncdraw` in /etc/environment, maybe Danylo can tell you which ones are not necessary anymore
<strongtz[m]> yeah I saw them in your patch series cover :P
<danylo> none of the debug flags are necessary
<danylo> The tip-of-main turnip passes CTS on a740 with same results as a6xx
<strongtz[m]> Ah that makes sense. I tried getting rid of the flags and it still works (as before)
davidinux has quit [Quit: WeeChat 3.5]
<robclark> konradybcio: I'm a bit behind schedule because of having to debug all the broken things in 6.6 that was blocking CI
<lumag> konradybcio, while msm-next is empty, the msm-next-lumag is not (but I do not dare bringing GPU patches there, that's probably what you care about).
<robclark> konradybcio: hmm, looking at you 635/643 series.. do any of the efuse values overlap with sc7280 values? I think that would cause mesa to identify them as something like "Adreno 7c+ Gen 3" or "Adreno 8c Gen 3"..
<vknecht[m]> Hi bryanodonoghue ! I was not able to fix the msm8939 camss TPG problem and have no clue how to proceed...
<vknecht[m]> however I enabled the ov8858 front cam sensor and taking a pic with megapixels app in pmOS, there are black stripes which I guess are related... any thought about that ?
<vknecht[m]> and hex view of the raw file, which I guess is the black stripe :
<vknecht[m]> and the megapixels config file :... (full message at <https://matrix.org/_matrix/media/v3/download/matrix.org/EdYgVAWxZZxXmcQxnanMEcvs>)
BobBeck9 has quit []
kholk has quit [Quit: The Lounge - https://thelounge.chat]
<vknecht[m]> btw, tried to use csid1/ispf1/msm_vfe0_rdi but that crashed... just a heads up, will look more into that when things improve with what currently works ;-)
<vknecht[m]> s/msm_vfe0_rdi/msm\_vfe0\_rdi1/
pespin has quit [Remote host closed the connection]
linusw has quit [Quit: Connection closed for inactivity]
<bryanodonoghue> vknecht[m] git cherry-pick 44de4ef42941d
<bryanodonoghue> pardon me linux-next / 89936bfbdf11f
<vknecht[m]> hmm, still getting stripes, but ov8858 drriver doesn't mention any U/Y/V 2X8, only SBGGR10_1X10 so perhaps it's not impacted by this ?
<konradybcio> robclark they use the same software package
<konradybcio> and the same codename
<konradybcio> so the fuses are the only difference as far as downstream is concerned
<robclark> konradybcio: right.. I was mainly wondering if there were any overlapping speedbin (or rather efuse) values.. and if so, how to handle that
<konradybcio> i was trying to say "there can't be"
<robclark> gotcha.. so no problem then
linusw has joined #linux-msm