[media.git/next] media: rcar-isp: Convert to subdev state

2025-03-15 Thread media-ci
On Mon Jan 20 15:10:41 2025 +0200, Tomi Valkeinen wrote: > Convert to subdev state. This allows us to drop the internal mutex and > risp_get_pad_format(), and add streams support in the future. > > Signed-off-by: Tomi Valkeinen > Signed-off-by: Sakari Ailus > Signed-off-by: Hans Verkuil Patch

[media.git/next] media: pci: mgb4: include linux/errno.h

2025-03-15 Thread media-ci
On Fri Mar 7 11:24:27 2025 +0100, Arnd Bergmann wrote: > The errno.h header is not always included indirectly, leading > to rare randconfig build warnings. > > drivers/media/pci/mgb4/mgb4_regs.c:20:11: error: use of undeclared identifier > 'EINVAL' >20 | return -EINVAL; > > S

[media.git/next] media: synopsys: hdmirx: Fix signedness bug in hdmirx_parse_dt()

2025-03-15 Thread media-ci
On Fri Mar 7 12:30:16 2025 +0300, Dan Carpenter wrote: > The num_clks is set this way: > > hdmirx_dev->num_clks = devm_clk_bulk_get_all(dev, &hdmirx_dev->clks); > if (hdmirx_dev->num_clks < 1) > return -ENODEV; > > The devm_clk_bulk_get_all() function returns negat

[media.git/next] dt-bindings: media: Document bindings for HDMI RX Controller

2025-03-15 Thread media-ci
On Tue Mar 4 11:58:15 2025 +0300, Shreeya Patel wrote: > Document bindings for the Synopsys DesignWare HDMI RX Controller. > > Reviewed-by: Sebastian Reichel > Reviewed-by: AngeloGioacchino Del Regno > > Reviewed-by: Rob Herring > Signed-off-by: Shreeya Patel > Signed-off-by: Dmitry Osipenko

[media.git/next] media: uvcvideo: Add sanity check to uvc_ioctl_xu_ctrl_map

2025-03-15 Thread media-ci
On Mon Feb 3 11:55:51 2025 +, Ricardo Ribalda wrote: > Do not process unknown data types. > > Tested-by: Yunke Cao > Reviewed-by: Hans de Goede > Signed-off-by: Ricardo Ribalda > Link: > https://lore.kernel.org/r/20250203-uvc-roi-v17-15-5900a9fed...@chromium.org > Signed-off-by: Hans de Go

[media.git/next] media: platform: synopsys: hdmirx: Fix 64-bit division for 32-bit targets

2025-03-15 Thread media-ci
On Thu Mar 6 22:45:16 2025 +0100, Nathan Chancellor wrote: > The build fails for 32-bit targets with: > > arm-linux-gnueabi-ld: drivers/media/platform/synopsys/hdmirx/snps_hdmirx.o: > in function `hdmirx_get_timings': > snps_hdmirx.c:(.text.hdmirx_get_timings+0x46c): undefined reference to >

[media.git/next] dt-bindings: media: mediatek,jpeg: Relax IOMMU max item count

2025-03-15 Thread media-ci
On Tue Oct 1 19:27:21 2024 +0800, Fei Shao wrote: > On MediaTek platforms with Multimedia MMU (M4U), a multimedia hardware > can be assigned with a local arbiter (LARB) which has a maximum of 32 > ports for MediaTek's IOMMU infrastructure. That means there can be at > most 32 items in the iommus pr

[media.git/next] media: rcar-csi2: Move Y8 entry to a better place

2025-03-15 Thread media-ci
On Mon Jan 20 15:10:34 2025 +0200, Tomi Valkeinen wrote: > Move the Y8 entry before Y10, so that the entries are in a bit more > logical order. > > Signed-off-by: Tomi Valkeinen > Signed-off-by: Sakari Ailus > Signed-off-by: Hans Verkuil Patch committed. Thanks, Hans Verkuil drivers/media/p

[media.git/next] media: uvcvideo: Factor out query_boundaries from query_ctrl

2025-03-15 Thread media-ci
On Mon Feb 3 11:55:47 2025 +, Ricardo Ribalda wrote: > Split the function in two parts. queryctrl_boundaries will be used in > future patches. > > No functional change expected from this patch. > > Reviewed-by: Yunke Cao > Tested-by: Yunke Cao > Reviewed-by: Hans de Goede > Signed-off-by:

[media.git/next] media: uvcvideo: let v4l2_query_v4l2_ctrl() work with v4l2_query_ext_ctrl

2025-03-15 Thread media-ci
On Mon Feb 3 11:55:49 2025 +, Ricardo Ribalda wrote: > v4l2_query_ext_ctrl contains information that is missing in > v4l2_queryctrl, like elem_size and elems. > > With this change we can handle all the element_size information inside > uvc_ctrl.c. > > Now that we are at it, remove the memset

[media.git/next] media: ov08x40: Fix value of reset GPIO when requesting it

2025-03-15 Thread media-ci
On Sat Mar 1 12:48:29 2025 +0100, Hans de Goede wrote: > We should put/leave the sensor in reset when requesting the GPIO, after > requesting it there are 2 possible scenarios and having the GPIO driven > low is no good in either scenario: > > 1. The sensor was in ACPI D0 before probe() runs, in t