fixup! dtoverlays: add overlay for Pi Vision

Signed-off-by: Phil Elwell <[email protected]>

drivers: media: i2c: imx335: Fix frame size enumeration

In commit cfa49ff ("media: i2c: imx335: Support 2592x1940 10-bit
mode") the IMX335 driver was extended to support multiple output modes.

This incorrectly extended the frame size enumeration to check against
the supported mbus_codes array instead of the supported mode/frame
array. This has the unwanted side effect of reporting the currently
supported frame size 2592x1944 three times.

Fix the check accordingly to report a frame size for each supported
size, which is presently only a single entry.

Fixes: cfa49ff ("media: i2c: imx335: Support 2592x1940 10-bit mode")
Signed-off-by: Kieran Bingham <[email protected]>

drivers: media: pci: Update Hailo accelerator device driver to v4.20

Sourced from https://github.com/hailo-ai/hailort-drivers

Signed-off-by: Naushir Patuck <[email protected]>

overlays: Added waveshare 13.3inch panel support

Signed-off-by: eng33 <[email protected]>

overlays: Added waveshare 13.3inch panel support

Signed-off-by: eng33 <[email protected]>

Revert "DTS: bcm2712: enable SD slot CQE by default on Pi 5"

This reverts commit 216df57.

See #6349

There is an unknown hang when issuing flush commands that may be
triggered when IO is pending. Revert while investigation takes place.

configs: Really enable Hailo accelerator driver

For real, this time.

dts: bcm2712: cm5: Force the ANT pins to GPIOs

The magic required to make requesting a GPIO automatically change the
pinmux settings is currently absent. Work around that by explicitly
requesting that the ANT pins be in GPIO mode.

Signed-off-by: Phil Elwell <[email protected]>

drm/vc4: Fix atomic_async_check to call the right mode_set function

vc4_plane_atomic_async_check was always calling vc4_plane_mode_set
to validate and generate the dlist for the check. If async_check
decided it had to fall back to a sync commit, then this GEN4/5
dlist could get used on GEN6.

Call either vc4_plane_mode_set or vc6_plane_mode_set as appropriate.

Fixes: 1ab1fbb ("drm/vc4: hvs: Support BCM2712 HVS")
Signed-off-by: Dave Stevenson <[email protected]>

drm: vc4: Block swiotlb bounce buffers being imported as dmabuf

The dmabuf import already checks that the backing buffer is contiguous
and rejects it if it isn't. vc4 also requires that the buffer is
in the bottom 1GB of RAM, and this is all correctly defined via
dma-ranges.

However the kernel silently uses swiotlb to bounce dma buffers
around if they are in the wrong region. This relies on dma sync
functions to be called in order to copy the data to/from the
bounce buffer.

DRM is based on all memory allocations being coherent with the
GPU so that any updates to a framebuffer will be acted on without
the need for any additional update. This is fairly fundamentally
incompatible with needing to call dma_sync_ to handle the bounce
buffer copies, and therefore we have to detect and reject mappings
that use bounce buffers.

Signed-off-by: Dave Stevenson <[email protected]>