mirror of
https://github.com/LibreELEC/LibreELEC.tv.git
synced 2025-07-31 14:37:59 +00:00
Allwinner: Remove merged patches in Linux 5.9.6
This commit is contained in:
Jernej Skrabec
parent
973fa7d07e
commit
a7a9b2a0f5
@ -1,52 +1,3 @@
|
||||
From 3658a2b7f3e16c7053eb8d70657b94bb62c5a0f4 Mon Sep 17 00:00:00 2001
|
||||
From: Jernej Skrabec <jernej.skrabec@siol.net>
|
||||
Date: Mon, 24 Aug 2020 21:36:49 +0200
|
||||
Subject: [PATCH] ARM: dts: sun8i: r40: bananapi-m2-ultra: Fix dcdc1 regulator
|
||||
|
||||
DCDC1 regulator powers many different subsystems. While some of them can
|
||||
work at 3.0 V, some of them can not. For example, VCC-HDMI can only work
|
||||
between 3.24 V and 3.36 V. According to OS images provided by the board
|
||||
manufacturer this regulator should be set to 3.3 V.
|
||||
|
||||
Set DCDC1 and DCDC1SW to 3.3 V in order to fix this.
|
||||
|
||||
Fixes: da7ac948fa93 ("ARM: dts: sun8i: Add board dts file for Banana Pi M2 Ultra")
|
||||
Signed-off-by: Jernej Skrabec <jernej.skrabec@siol.net>
|
||||
Signed-off-by: Maxime Ripard <maxime@cerno.tech>
|
||||
Link: https://lore.kernel.org/r/20200824193649.978197-1-jernej.skrabec@siol.net
|
||||
---
|
||||
arch/arm/boot/dts/sun8i-r40-bananapi-m2-ultra.dts | 10 +++++-----
|
||||
1 file changed, 5 insertions(+), 5 deletions(-)
|
||||
|
||||
diff --git a/arch/arm/boot/dts/sun8i-r40-bananapi-m2-ultra.dts b/arch/arm/boot/dts/sun8i-r40-bananapi-m2-ultra.dts
|
||||
index 42d62d1ba1dc..ea15073f0c79 100644
|
||||
--- a/arch/arm/boot/dts/sun8i-r40-bananapi-m2-ultra.dts
|
||||
+++ b/arch/arm/boot/dts/sun8i-r40-bananapi-m2-ultra.dts
|
||||
@@ -223,16 +223,16 @@ ®_aldo3 {
|
||||
};
|
||||
|
||||
®_dc1sw {
|
||||
- regulator-min-microvolt = <3000000>;
|
||||
- regulator-max-microvolt = <3000000>;
|
||||
+ regulator-min-microvolt = <3300000>;
|
||||
+ regulator-max-microvolt = <3300000>;
|
||||
regulator-name = "vcc-gmac-phy";
|
||||
};
|
||||
|
||||
®_dcdc1 {
|
||||
regulator-always-on;
|
||||
- regulator-min-microvolt = <3000000>;
|
||||
- regulator-max-microvolt = <3000000>;
|
||||
- regulator-name = "vcc-3v0";
|
||||
+ regulator-min-microvolt = <3300000>;
|
||||
+ regulator-max-microvolt = <3300000>;
|
||||
+ regulator-name = "vcc-3v3";
|
||||
};
|
||||
|
||||
®_dcdc2 {
|
||||
--
|
||||
2.28.0
|
||||
|
||||
From 12bb1887be9dc8ca88fccd4da4d8d9eaae561239 Mon Sep 17 00:00:00 2001
|
||||
From: Jernej Skrabec <jernej.skrabec@siol.net>
|
||||
Date: Mon, 24 Aug 2020 17:04:34 +0200
|
||||
@ -97,53 +48,6 @@ index b782041e0e04..b82031b19893 100644
|
||||
--
|
||||
2.28.0
|
||||
|
||||
From 2933bf3528007f834fb7f5eab033f9c5b0683f91 Mon Sep 17 00:00:00 2001
|
||||
From: Qiang Yu <yuq825@gmail.com>
|
||||
Date: Sat, 22 Aug 2020 14:27:55 +0800
|
||||
Subject: [PATCH] arm64: dts: allwinner: h5: remove Mali GPU PMU module
|
||||
|
||||
H5's Mali GPU PMU is not present or working corretly although
|
||||
H5 datasheet record its interrupt vector.
|
||||
|
||||
Adding this module will miss lead lima driver try to shutdown
|
||||
it and get waiting timeout. This problem is not exposed before
|
||||
lima runtime PM support is added.
|
||||
|
||||
Fixes: bb39ed07e55b ("arm64: dts: allwinner: h5: Add device node for Mali-450 GPU")
|
||||
Signed-off-by: Qiang Yu <yuq825@gmail.com>
|
||||
Signed-off-by: Maxime Ripard <maxime@cerno.tech>
|
||||
Link: https://lore.kernel.org/r/20200822062755.534761-1-yuq825@gmail.com
|
||||
---
|
||||
arch/arm64/boot/dts/allwinner/sun50i-h5.dtsi | 6 ++----
|
||||
1 file changed, 2 insertions(+), 4 deletions(-)
|
||||
|
||||
diff --git a/arch/arm64/boot/dts/allwinner/sun50i-h5.dtsi b/arch/arm64/boot/dts/allwinner/sun50i-h5.dtsi
|
||||
index 6735e316a39c..6c6053a18413 100644
|
||||
--- a/arch/arm64/boot/dts/allwinner/sun50i-h5.dtsi
|
||||
+++ b/arch/arm64/boot/dts/allwinner/sun50i-h5.dtsi
|
||||
@@ -139,8 +139,7 @@ mali: gpu@1e80000 {
|
||||
<GIC_SPI 104 IRQ_TYPE_LEVEL_HIGH>,
|
||||
<GIC_SPI 105 IRQ_TYPE_LEVEL_HIGH>,
|
||||
<GIC_SPI 106 IRQ_TYPE_LEVEL_HIGH>,
|
||||
- <GIC_SPI 107 IRQ_TYPE_LEVEL_HIGH>,
|
||||
- <GIC_SPI 98 IRQ_TYPE_LEVEL_HIGH>;
|
||||
+ <GIC_SPI 107 IRQ_TYPE_LEVEL_HIGH>;
|
||||
interrupt-names = "gp",
|
||||
"gpmmu",
|
||||
"pp",
|
||||
@@ -151,8 +150,7 @@ mali: gpu@1e80000 {
|
||||
"pp2",
|
||||
"ppmmu2",
|
||||
"pp3",
|
||||
- "ppmmu3",
|
||||
- "pmu";
|
||||
+ "ppmmu3";
|
||||
clocks = <&ccu CLK_BUS_GPU>, <&ccu CLK_GPU>;
|
||||
clock-names = "bus", "core";
|
||||
resets = <&ccu RST_BUS_GPU>;
|
||||
--
|
||||
2.28.0
|
||||
|
||||
From a3ba99a24b36bc4eee5413a820e2c4f3d81593fa Mon Sep 17 00:00:00 2001
|
||||
From: Jernej Skrabec <jernej.skrabec@siol.net>
|
||||
Date: Tue, 25 Aug 2020 15:10:49 +0200
|
||||
@ -664,86 +568,6 @@ index 98753f00df7e..5a91b548ecc0 100644
|
||||
* v4l2_m2m_reqbufs() - multi-queue-aware REQBUFS multiplexer
|
||||
*
|
||||
|
||||
From 3aa91cc1cdd3ca25c6c224cb5ccd601f44943d5f Mon Sep 17 00:00:00 2001
|
||||
From: Ezequiel Garcia <ezequiel@collabora.com>
|
||||
Date: Mon, 27 Jul 2020 19:05:37 +0200
|
||||
Subject: [PATCH] media: hantro: h264: Get the correct fallback reference
|
||||
buffer
|
||||
|
||||
If the bitstream and the application are incorrectly configuring
|
||||
the reference pictures, the hardware will need to fallback
|
||||
to using some other reference picture.
|
||||
|
||||
When the post-processor is enabled, the fallback buffer
|
||||
should be a shadow buffer (postproc.dec_q), and not a
|
||||
CAPTURE queue buffer, since the latter is post-processed
|
||||
and not really the output of the decoder core.
|
||||
|
||||
Fixes: 8c2d66b036c77 ("media: hantro: Support color conversion via post-processing")
|
||||
Signed-off-by: Ezequiel Garcia <ezequiel@collabora.com>
|
||||
Reviewed-by: Philipp Zabel <p.zabel@pengutronix.de>
|
||||
Signed-off-by: Hans Verkuil <hverkuil-cisco@xs4all.nl>
|
||||
Signed-off-by: Mauro Carvalho Chehab <mchehab+huawei@kernel.org>
|
||||
(cherry picked from commit 6d9e8cd0553bb03e8ab9d4d2d7d17f3fb639bd86)
|
||||
---
|
||||
drivers/staging/media/hantro/hantro_h264.c | 2 +-
|
||||
1 file changed, 1 insertion(+), 1 deletion(-)
|
||||
|
||||
diff --git a/drivers/staging/media/hantro/hantro_h264.c b/drivers/staging/media/hantro/hantro_h264.c
|
||||
index 194d05848077..6dcd47bd9ed3 100644
|
||||
--- a/drivers/staging/media/hantro/hantro_h264.c
|
||||
+++ b/drivers/staging/media/hantro/hantro_h264.c
|
||||
@@ -325,7 +325,7 @@ dma_addr_t hantro_h264_get_ref_buf(struct hantro_ctx *ctx,
|
||||
*/
|
||||
dst_buf = hantro_get_dst_buf(ctx);
|
||||
buf = &dst_buf->vb2_buf;
|
||||
- dma_addr = vb2_dma_contig_plane_dma_addr(buf, 0);
|
||||
+ dma_addr = hantro_get_dec_buf_addr(ctx, buf);
|
||||
}
|
||||
|
||||
return dma_addr;
|
||||
|
||||
From 53c9bdb74ce56398ee6b17fea317a784757c642b Mon Sep 17 00:00:00 2001
|
||||
From: Ezequiel Garcia <ezequiel@collabora.com>
|
||||
Date: Mon, 27 Jul 2020 19:05:38 +0200
|
||||
Subject: [PATCH] media: hantro: postproc: Fix motion vector space allocation
|
||||
|
||||
When the post-processor is enabled, the driver allocates
|
||||
"shadow buffers" which are used for the decoder core,
|
||||
and exposes the post-processed buffers to userspace.
|
||||
|
||||
For this reason, extra motion vector space has to
|
||||
be allocated on the shadow buffers, which the driver
|
||||
wasn't doing. Fix it.
|
||||
|
||||
This fix should address artifacts on high profile bitstreams.
|
||||
|
||||
Fixes: 8c2d66b036c77 ("media: hantro: Support color conversion via post-processing")
|
||||
Signed-off-by: Ezequiel Garcia <ezequiel@collabora.com>
|
||||
Reviewed-by: Philipp Zabel <p.zabel@pengutronix.de>
|
||||
Signed-off-by: Hans Verkuil <hverkuil-cisco@xs4all.nl>
|
||||
Signed-off-by: Mauro Carvalho Chehab <mchehab+huawei@kernel.org>
|
||||
(cherry picked from commit 669ccf19ed2059b9d517664a2dbbf6bde87e1414)
|
||||
---
|
||||
drivers/staging/media/hantro/hantro_postproc.c | 4 +++-
|
||||
1 file changed, 3 insertions(+), 1 deletion(-)
|
||||
|
||||
diff --git a/drivers/staging/media/hantro/hantro_postproc.c b/drivers/staging/media/hantro/hantro_postproc.c
|
||||
index 44062ffceaea..6d2a8f2a8f0b 100644
|
||||
--- a/drivers/staging/media/hantro/hantro_postproc.c
|
||||
+++ b/drivers/staging/media/hantro/hantro_postproc.c
|
||||
@@ -118,7 +118,9 @@ int hantro_postproc_alloc(struct hantro_ctx *ctx)
|
||||
unsigned int num_buffers = cap_queue->num_buffers;
|
||||
unsigned int i, buf_size;
|
||||
|
||||
- buf_size = ctx->dst_fmt.plane_fmt[0].sizeimage;
|
||||
+ buf_size = ctx->dst_fmt.plane_fmt[0].sizeimage +
|
||||
+ hantro_h264_mv_size(ctx->dst_fmt.width,
|
||||
+ ctx->dst_fmt.height);
|
||||
|
||||
for (i = 0; i < num_buffers; ++i) {
|
||||
struct hantro_aux_buf *priv = &ctx->postproc.dec_q[i];
|
||||
|
||||
From ea3a9782bc2717375bf236f11738c02d5148b8a8 Mon Sep 17 00:00:00 2001
|
||||
From: Jernej Skrabec <jernej.skrabec@siol.net>
|
||||
Date: Tue, 25 Aug 2020 05:52:27 +0200
|
||||
|
||||
@ -1,82 +0,0 @@
|
||||
commit 7dd307db3ce5c2de23eada9b8ba2272a470b27bd
|
||||
Author: Daniel Vetter <daniel.vetter@ffwll.ch>
|
||||
Date: Tue Oct 27 22:17:48 2020 +0100
|
||||
|
||||
drm/shme-helpers: Fix dma_buf_mmap forwarding bug
|
||||
|
||||
When we forward an mmap to the dma_buf exporter, they get to own
|
||||
everything. Unfortunately drm_gem_mmap_obj() overwrote
|
||||
vma->vm_private_data after the driver callback, wreaking the
|
||||
exporter complete. This was noticed because vb2_common_vm_close blew
|
||||
up on mali gpu with panfrost.
|
||||
|
||||
Unfortunately drm_gem_mmap_obj also acquires a surplus reference that
|
||||
we need to drop in shmem helpers, which is a bit of a mislayer
|
||||
situation. Maybe the entire dma_buf_mmap forwarding should be pulled
|
||||
into core gem code.
|
||||
|
||||
Note that the only two other drivers which forward mmap in their own
|
||||
code (etnaviv and exynos) get this somewhat right by overwriting the
|
||||
gem mmap code. But they seem to still have the leak. This might be a
|
||||
good excuse to move these drivers over to shmem helpers completely.
|
||||
|
||||
Cc: Christian König <christian.koenig@amd.com>
|
||||
Cc: Sumit Semwal <sumit.semwal@linaro.org>
|
||||
Cc: Lucas Stach <l.stach@pengutronix.de>
|
||||
Cc: Russell King <linux+etnaviv@armlinux.org.uk>
|
||||
Cc: Christian Gmeiner <christian.gmeiner@gmail.com>
|
||||
Cc: Inki Dae <inki.dae@samsung.com>
|
||||
Cc: Joonyoung Shim <jy0922.shim@samsung.com>
|
||||
Cc: Seung-Woo Kim <sw0312.kim@samsung.com>
|
||||
Cc: Kyungmin Park <kyungmin.park@samsung.com>
|
||||
Fixes: 26d3ac3cb04d ("drm/shmem-helpers: Redirect mmap for imported dma-buf")
|
||||
Cc: Boris Brezillon <boris.brezillon@collabora.com>
|
||||
Cc: Thomas Zimmermann <tzimmermann@suse.de>
|
||||
Cc: Gerd Hoffmann <kraxel@redhat.com>
|
||||
Cc: Rob Herring <robh@kernel.org>
|
||||
Cc: dri-devel@lists.freedesktop.org
|
||||
Cc: linux-media@vger.kernel.org
|
||||
Cc: linaro-mm-sig@lists.linaro.org
|
||||
Cc: <stable@vger.kernel.org> # v5.9+
|
||||
Signed-off-by: Daniel Vetter <daniel.vetter@intel.com>
|
||||
|
||||
diff --git a/drivers/gpu/drm/drm_gem.c b/drivers/gpu/drm/drm_gem.c
|
||||
index 1da67d34e55d..d586068f5509 100644
|
||||
--- a/drivers/gpu/drm/drm_gem.c
|
||||
+++ b/drivers/gpu/drm/drm_gem.c
|
||||
@@ -1076,6 +1076,8 @@ int drm_gem_mmap_obj(struct drm_gem_object *obj, unsigned long obj_size,
|
||||
*/
|
||||
drm_gem_object_get(obj);
|
||||
|
||||
+ vma->vm_private_data = obj;
|
||||
+
|
||||
if (obj->funcs && obj->funcs->mmap) {
|
||||
ret = obj->funcs->mmap(obj, vma);
|
||||
if (ret) {
|
||||
@@ -1096,8 +1098,6 @@ int drm_gem_mmap_obj(struct drm_gem_object *obj, unsigned long obj_size,
|
||||
vma->vm_page_prot = pgprot_decrypted(vma->vm_page_prot);
|
||||
}
|
||||
|
||||
- vma->vm_private_data = obj;
|
||||
-
|
||||
return 0;
|
||||
}
|
||||
EXPORT_SYMBOL(drm_gem_mmap_obj);
|
||||
diff --git a/drivers/gpu/drm/drm_gem_shmem_helper.c b/drivers/gpu/drm/drm_gem_shmem_helper.c
|
||||
index fb11df7aced5..8233bda4692f 100644
|
||||
--- a/drivers/gpu/drm/drm_gem_shmem_helper.c
|
||||
+++ b/drivers/gpu/drm/drm_gem_shmem_helper.c
|
||||
@@ -598,8 +598,13 @@ int drm_gem_shmem_mmap(struct drm_gem_object *obj, struct vm_area_struct *vma)
|
||||
/* Remove the fake offset */
|
||||
vma->vm_pgoff -= drm_vma_node_start(&obj->vma_node);
|
||||
|
||||
- if (obj->import_attach)
|
||||
+ if (obj->import_attach) {
|
||||
+ /* Drop the reference drm_gem_mmap_obj() acquired.*/
|
||||
+ drm_gem_object_put(obj);
|
||||
+ vma->vm_private_data = NULL;
|
||||
+
|
||||
return dma_buf_mmap(obj->dma_buf, vma, 0);
|
||||
+ }
|
||||
|
||||
shmem = to_drm_gem_shmem_obj(obj);
|
||||
Loading…
x
Reference in New Issue
Block a user