<phh>
I know, but as far as I understand, I guess it will be at the very least 6 months before the API changes will be merged.
<phh>
vcodec doesn't require kernel modifications, so it is a better candidate for dkms-ing
<phh>
but that's me being inpatient
paulk-collins has joined #linux-rockchip
<phh>
ayaka: what do you think of this change: add a flag in the iommu's dts region to specify this iommu needs to invalidate tlb on every map/unmap, and do it in rk_iommu_map/rk_iommu_unmap in rockchip-iommu.c?
<phh>
actually, exynos' iommu always invalidate the tlb in unmap
<ayaka>
phh, you may just do as exynos does
<phh>
ayaka: is there an official documentation or errata about this need for invalidation? I guess this will be needed to be merged mainstream
<phh>
("official" being rockchip)
<ayaka>
I forget how I find that
<phh>
could that be in the TRM?
<paulk-collins>
ayaka, do you haver details about the DPTX firmware in rk3399?
<ayaka>
no, no document talk about that
<paulk-collins>
ayaka, also, do you know if other firmwares are needed by rk3399?
<paulk-collins>
ok
<paulk-collins>
it's display port link training firmware
<ayaka>
paulk-collins, let me check the TRM
<paulk-collins>
thanks
<ayaka>
paulk-collins, yes, there is a firmware for DPTX
<paulk-collins>
ayaka, do you know what processor runs it?
<paulk-collins>
like the ISA?
<ayaka>
Xtensa processor
<paulk-collins>
nice
<paulk-collins>
maybe I will try to write a free firmware replacement
<paulk-collins>
this way we can avoid blobs with the kernel
<ayaka>
paulk-collins, wow, I even doesn't have a idea about that processor
<paulk-collins>
I think it does display port link training
<paulk-collins>
I will try to understand how it works
<paulk-collins>
ayaka, any information about it is welcome :)