Nícolas F. R. A. Prado
5ee1b02a39
media: dt-bindings: mediatek,vcodec: Remove VDEC_SYS register space
...
The binding expects the first register space to be VDEC_SYS. However
this register space is already assigned to a different node on both
MT8173 and MT8183: a clock-controller node called 'vdecsys' which is
also a syscon.
In order to resolve the overlapping address ranges, remove the VDEC_SYS
register space from the video decoder, and add a new property to hold
the phandle to the syscon, so that iospace can still be handled.
Also add reg-names to be able to tell that this new register schema is
used, so the driver can keep backward compatibility.
Signed-off-by: Nícolas F. R. A. Prado <nfraprado@collabora.com >
Reviewed-by: Krzysztof Kozlowski <krzysztof.kozlowski@linaro.org >
Signed-off-by: Hans Verkuil <hverkuil-cisco@xs4all.nl >
2023-07-25 09:44:26 +02:00
Nícolas F. R. A. Prado
4115cd8cf7
media: dt-bindings: mediatek,vcodec: Don't require assigned-clocks
...
On MT8183 it's not necessary to configure the parent for the clocks.
Remove the assigned-clocks and assigned-clock-parents from the required
list.
Signed-off-by: Nícolas F. R. A. Prado <nfraprado@collabora.com >
Reviewed-by: Matthias Brugger <matthias.bgg@gmail.com >
Reviewed-by: AngeloGioacchino Del Regno <angelogioacchino.delregno@collabora.com >
Reviewed-by: Krzysztof Kozlowski <krzysztof.kozlowski@linaro.org >
Signed-off-by: Hans Verkuil <hverkuil-cisco@xs4all.nl >
2023-07-25 09:44:26 +02:00
Nícolas F. R. A. Prado
93b9368de8
media: dt-bindings: mediatek,vcodec: Allow single clock for mt8183
...
MT8173 and MT8183 have different clocks, and consequently clock-names.
Relax the number of clocks and set clock-names based on compatible.
Reviewed-by: AngeloGioacchino Del Regno <angelogioacchino.delregno@collabora.com >
Reviewed-by: Matthias Brugger <matthias.bgg@gmail.com >
Reviewed-by: Krzysztof Kozlowski <krzysztof.kozlowski@linaro.org >
Signed-off-by: Nícolas F. R. A. Prado <nfraprado@collabora.com >
Signed-off-by: Hans Verkuil <hverkuil-cisco@xs4all.nl >
2023-07-25 09:44:26 +02:00
Yong Wu
e494245c75
dt-bindings: media: mediatek,vcodec: Remove dma-ranges property
...
After commit f1ad5338a4 ("of: Fix "dma-ranges" handling for bus
controllers"), the dma-ranges of the leaf node doesn't work. Remove
it for vcodec here.
For mediatek,vcodec-decoder.yaml and mediatek,vcodec-encoder.yaml,
this property is in the leaf node, it is invalid as the above comment.
Currently there is only mt8195 VENC node has this property in upstream.
Indeed, VENC is affected, but it is not a fatal issue. Originally it
expects its iova range locate at 4GB-8GB. However after that commit, its
expectation doesn't come true, it will fall back to 0-4GB iova and also
could work well.
Cc: Tiffany Lin <tiffany.lin@mediatek.com >
Cc: Andrew-CT Chen <andrew-ct.chen@mediatek.com >
Cc: Yunfei Dong <yunfei.dong@mediatek.com >
Cc: Mauro Carvalho Chehab <mchehab@kernel.org >
Cc: Matthias Brugger <matthias.bgg@gmail.com >
Signed-off-by: Yong Wu <yong.wu@mediatek.com >
Reviewed-by: AngeloGioacchino Del Regno <angelogioacchino.delregno@collabora.com >
Acked-by: Rob Herring <robh@kernel.org >
Acked-by: Hans Verkuil <hverkuil-cisco@xs4all.nl >
Link: https://lore.kernel.org/r/20230411093144.2690-2-yong.wu@mediatek.com
Signed-off-by: Joerg Roedel <jroedel@suse.de >
2023-04-13 11:59:23 +02:00
Rob Herring
5a674d9dc9
dt-bindings: Fix array constraints on scalar properties
...
Scalar properties shouldn't have array constraints (minItems, maxItems,
items). These constraints can simply be dropped with any constraints under
'items' moved up a level.
Cc: Agathe Porte <agathe.porte@nokia.com >
Cc: Guenter Roeck <linux@roeck-us.net >
Cc: Jean Delvare <jdelvare@suse.com >
Cc: Krzysztof Kozlowski <krzk+dt@kernel.org >
Cc: Olivier Moysan <olivier.moysan@foss.st.com >
Cc: Arnaud Pouliquen <arnaud.pouliquen@foss.st.com >
Cc: Jonathan Cameron <jic23@kernel.org >
Cc: Lars-Peter Clausen <lars@metafoo.de >
Cc: Philipp Zabel <p.zabel@pengutronix.de >
Cc: Mauro Carvalho Chehab <mchehab@kernel.org >
Cc: Bjorn Andersson <bjorn.andersson@linaro.org >
Cc: Mathieu Poirier <mathieu.poirier@linaro.org >
Cc: Mark Brown <broonie@kernel.org >
Cc: Fabrice Gasnier <fabrice.gasnier@foss.st.com >
Cc: Yunfei Dong <yunfei.dong@mediatek.com >
Cc: Geert Uytterhoeven <geert+renesas@glider.be >
Cc: linux-hwmon@vger.kernel.org
Cc: alsa-devel@alsa-project.org
Cc: linux-iio@vger.kernel.org
Cc: linux-media@vger.kernel.org
Cc: linux-remoteproc@vger.kernel.org
Cc: linux-spi@vger.kernel.org
Signed-off-by: Rob Herring <robh@kernel.org >
Acked-by: Jonathan Cameron <Jonathan.Cameron@huawei.com >
Reviewed-by: Philipp Zabel <p.zabel@pengutronix.de >
Acked-by: Mark Brown <broonie@kernel.org >
Reviewed-by: Geert Uytterhoeven <geert+renesas@glider.be >
Acked-by: Guenter Roeck <linux@roeck-us.net >
Link: https://lore.kernel.org/r/20220413140121.3132837-1-robh@kernel.org
2022-04-14 13:02:12 -05:00
Yong Wu
6d0990e6e8
media: dt-binding: mediatek: Get rid of mediatek,larb for multimedia HW
...
After adding device_link between the consumer with the smi-larbs,
if the consumer call its owner pm_runtime_get(_sync), the
pm_runtime_get(_sync) of smi-larb and smi-common will be called
automatically. Thus, the consumer don't need this property.
And IOMMU also know which larb this consumer connects with from
iommu id in the "iommus=" property.
Signed-off-by: Yong Wu <yong.wu@mediatek.com >
Reviewed-by: Rob Herring <robh@kernel.org >
Reviewed-by: Evan Green <evgreen@chromium.org >
Acked-by: AngeloGioacchino Del Regno <angelogioacchino.delregno@collabora.com >
Signed-off-by: Hans Verkuil <hverkuil-cisco@xs4all.nl >
Signed-off-by: Mauro Carvalho Chehab <mchehab@kernel.org >
2022-01-28 13:33:13 +01:00
Yunfei Dong
9cdd70ceb6
media: dt-bindings: media: mtk-vcodec: Separate video encoder and decoder dt-bindings
...
Separate decoder and encoder document for the dts are big difference.
Signed-off-by: Yunfei Dong <yunfei.dong@mediatek.com >
Reviewed-by: Rob Herring <robh@kernel.org >
Signed-off-by: Hans Verkuil <hverkuil-cisco@xs4all.nl >
Signed-off-by: Mauro Carvalho Chehab <mchehab@kernel.org >
2022-01-23 21:18:45 +01:00