Caterpillar has quit [Read error: Connection reset by peer]
Caterpillar has joined #linux-msm
warpme has joined #linux-msm
warpme has quit []
krzk has quit [Remote host closed the connection]
krzk has joined #linux-msm
radxanaoki has joined #linux-msm
radxanaoki1 has joined #linux-msm
radxanaoki1 has quit []
radxanaoki has quit [Ping timeout: 480 seconds]
warpme has joined #linux-msm
warpme has quit []
radxanaoki has joined #linux-msm
tyalie7201998 has quit []
tyalie7201998 has joined #linux-msm
warpme has joined #linux-msm
<warpme>
valpackett : "might be less correct than rpi-ffmpeg" - well they are.....exactly from rpi-ffmpeg
<warpme>
re: my iris oops on qcs6490: i want to be sure i'm trying latest&greatst iris code. may you pls point me to latest 6490 iris code?
erikas9987 has joined #linux-msm
erikas9987 has quit []
erikas9987 has joined #linux-msm
radxanaoki has quit [Ping timeout: 480 seconds]
erikas9987 has left #linux-msm [#linux-msm]
erikas9987[m] has joined #linux-msm
<erikas9987[m]>
Hello everyone! 👋
<erikas9987[m]>
Not sure if this is the right place to ask, but I recently managed to get Venus decoding working on MSM8939, however, I currently have a problem with HEVC decoding. MSM8939 supports it and it works, but the way it's implemented now breaks compatibility with broken MSM8916 firmware which reports that it's capable of HEVC decoding but it actually isn't: https://github.com/erikas9987/linux/commit/ed125698918e27e7660506076692ea13eb9d4ba8
<erikas9987[m]>
Does anyone know what'd be the best way to handle such situation?
warpme has quit []
radxanaoki has joined #linux-msm
radxanaoki has quit [Remote host closed the connection]
radxanaoki has joined #linux-msm
warpme has joined #linux-msm
<krzk>
erikas9987[m]: What is exactly the problem? In general, you should use device-specific quirks or flags to handle differences between hardware (or firmware even).
<krzk>
So your dedicated compatible (e.g. 8919) should tell drivers - via dedicated device ID table entry - that some feature is missing and driver is then disabling the feature.
warpme has quit []
<erikas9987[m]>
krzk: The problem is that right now mainline driver assumes that Venus devices using HFI version v1 cannot do HEVC decoding. However, that is only true for MSM8916 - MSM8939 uses HFI version V1 and supports HEVC decoding.
warpme has joined #linux-msm
warpme has quit []
radxanaoki has quit [Quit: radxanaoki]
minecrell0 has joined #linux-msm
minecrell has quit [Read error: Connection reset by peer]
sgerhold4 has joined #linux-msm
jn has joined #linux-msm
valpackett has quit [Ping timeout: 480 seconds]
xlie[m] has quit [Ping timeout: 480 seconds]
cyrevolt has quit [Ping timeout: 480 seconds]
valentine has quit [Ping timeout: 480 seconds]
danylo1 has quit [Ping timeout: 480 seconds]
Newbyte has quit [Ping timeout: 480 seconds]
myryk[m] has quit [Ping timeout: 480 seconds]
bharadwaj-raju[m] has quit [Ping timeout: 480 seconds]
JanMP[m] has quit [Ping timeout: 480 seconds]
konradybcio has quit [Ping timeout: 480 seconds]
erikas9987[m] has quit [Ping timeout: 480 seconds]
kbingham[m] has quit [Ping timeout: 480 seconds]
cristian_c[m] has quit [Ping timeout: 480 seconds]
BhushanShah[m] has quit [Ping timeout: 480 seconds]
Daniel9881[m] has quit [Ping timeout: 480 seconds]
TJ[m] has quit [Ping timeout: 480 seconds]
exkcmoeadmin[m] has quit [Ping timeout: 480 seconds]
aka_[m] has quit [Ping timeout: 480 seconds]
raihan2000[m] has quit [Ping timeout: 480 seconds]
sgerhold has quit [Ping timeout: 480 seconds]
mmediouni[m] has quit [Ping timeout: 480 seconds]
jnn has quit [Ping timeout: 480 seconds]
warpme has joined #linux-msm
sgerhold4 has quit []
sgerhold has joined #linux-msm
valpackett has joined #linux-msm
valentine has joined #linux-msm
warpme has quit []
danylo1 has joined #linux-msm
myryk[m] has joined #linux-msm
JanMP[m] has joined #linux-msm
Newbyte has joined #linux-msm
bharadwaj-raju[m] has joined #linux-msm
xlie[m] has joined #linux-msm
erikas9987[m] has joined #linux-msm
konradybcio has joined #linux-msm
cyrevolt has joined #linux-msm
cristian_c[m] has joined #linux-msm
aka_[m] has joined #linux-msm
raihan2000[m] has joined #linux-msm
kbingham[m] has joined #linux-msm
BhushanShah[m] has joined #linux-msm
minecrell0 has quit []
minecrell has joined #linux-msm
Daniel9881[m] has joined #linux-msm
exkcmoeadmin[m] has joined #linux-msm
TJ[m] has joined #linux-msm
mmediouni[m] has joined #linux-msm
ungeskriptet has quit [Remote host closed the connection]
pevik has joined #linux-msm
pevik_ has quit [Ping timeout: 480 seconds]
<aklimov>
anyone seen the problem with recents linux-nexts like hanging/freezing in initramfs when loading modules? I see this on RB5 (sm8250) and on sm8750
<aklimov>
There is also a message "Timed out while waiting for udev queue to empty." and basically nothing happens after
warpme has joined #linux-msm
<z3ntu>
bamse are you still planning to pick up the dts changes from the msm8974 adsp genpd series? I see remoteproc made it in, but I don't see anything in the arm32 branch
<z3ntu>
Without dts patches the adsp driver won't be happy and refuse to work with the remoteproc patches, so both sets of changes are required