diff options
| author | Álvaro Fernández Rojas <noltari@gmail.com> | 2021-08-21 10:54:34 +0200 |
|---|---|---|
| committer | Álvaro Fernández Rojas <noltari@gmail.com> | 2021-08-21 19:07:07 +0200 |
| commit | 8299d1f057439f94c6a4412e2e5c5082b82a30c9 (patch) | |
| tree | 1bf678d61f11f7394493be464c7876e496f7faed /target/linux/bcm27xx/patches-5.10/950-0407-staging-vc04_services-codec-Clear-last-buf-dequeued-.patch | |
| parent | 33b6885975ce376ff075362b7f0890326043111b (diff) | |
| download | upstream-8299d1f057439f94c6a4412e2e5c5082b82a30c9.tar.gz upstream-8299d1f057439f94c6a4412e2e5c5082b82a30c9.tar.bz2 upstream-8299d1f057439f94c6a4412e2e5c5082b82a30c9.zip | |
bcm27xx: add kernel 5.10 support
Rebased RPi foundation patches on linux 5.10.59, removed applied and reverted
patches, wireless patches and defconfig patches.
bcm2708: boot tested on RPi B+ v1.2
bcm2709: boot tested on RPi 4B v1.1 4G
bcm2711: boot tested on RPi 4B v1.1 4G
Signed-off-by: Álvaro Fernández Rojas <noltari@gmail.com>
Diffstat (limited to 'target/linux/bcm27xx/patches-5.10/950-0407-staging-vc04_services-codec-Clear-last-buf-dequeued-.patch')
| -rw-r--r-- | target/linux/bcm27xx/patches-5.10/950-0407-staging-vc04_services-codec-Clear-last-buf-dequeued-.patch | 37 |
1 files changed, 37 insertions, 0 deletions
diff --git a/target/linux/bcm27xx/patches-5.10/950-0407-staging-vc04_services-codec-Clear-last-buf-dequeued-.patch b/target/linux/bcm27xx/patches-5.10/950-0407-staging-vc04_services-codec-Clear-last-buf-dequeued-.patch new file mode 100644 index 0000000000..a64930c1cb --- /dev/null +++ b/target/linux/bcm27xx/patches-5.10/950-0407-staging-vc04_services-codec-Clear-last-buf-dequeued-.patch @@ -0,0 +1,37 @@ +From b35ad716845db394d9850d123d3617653f26a921 Mon Sep 17 00:00:00 2001 +From: Dave Stevenson <dave.stevenson@raspberrypi.com> +Date: Sun, 13 Dec 2020 16:54:43 +0000 +Subject: [PATCH] staging/vc04_services/codec: Clear last buf dequeued + flag on START + +It appears that the V4L2 M2M framework requires the driver to manually +call vb2_clear_last_buffer_dequeued on the CAPTURE queue during a +V4L2_DEC_CMD_START. +Add such a call. + +Signed-off-by: Dave Stevenson <dave.stevenson@raspberrypi.com> +--- + .../staging/vc04_services/bcm2835-codec/bcm2835-v4l2-codec.c | 5 ++++- + 1 file changed, 4 insertions(+), 1 deletion(-) + +--- a/drivers/staging/vc04_services/bcm2835-codec/bcm2835-v4l2-codec.c ++++ b/drivers/staging/vc04_services/bcm2835-codec/bcm2835-v4l2-codec.c +@@ -1780,6 +1780,7 @@ static int vidioc_decoder_cmd(struct fil + { + struct bcm2835_codec_ctx *ctx = file2ctx(file); + struct bcm2835_codec_q_data *q_data = &ctx->q_data[V4L2_M2M_SRC]; ++ struct vb2_queue *dst_vq; + int ret; + + v4l2_dbg(2, debug, &ctx->dev->v4l2_dev, "%s, cmd %u", __func__, +@@ -1815,7 +1816,9 @@ static int vidioc_decoder_cmd(struct fil + break; + + case V4L2_DEC_CMD_START: +- /* Do we need to do anything here? */ ++ dst_vq = v4l2_m2m_get_vq(ctx->fh.m2m_ctx, ++ V4L2_BUF_TYPE_VIDEO_CAPTURE_MPLANE); ++ vb2_clear_last_buffer_dequeued(dst_vq); + break; + + default: |