1. Patchew
  2. linux
  3. View series

[PATCH v3 0/4] media: qcom: flip the switch between Venus and Iris drivers

Dmitry Baryshkov posted 4 patches 1 week, 4 days ago
There is a newer version of this series
.../devicetree/bindings/media/qcom,sc7180-venus.yaml      | 15 +++++++++++++++
.../devicetree/bindings/media/qcom,sc7280-venus.yaml      | 10 ++--------
.../devicetree/bindings/media/qcom,venus-common.yaml      | 15 ---------------
arch/arm64/boot/dts/qcom/sc7280-chrome-common.dtsi        | 11 -----------
drivers/media/platform/qcom/iris/iris_probe.c             |  2 --
drivers/media/platform/qcom/venus/core.c                  |  6 ++++++
drivers/media/platform/qcom/venus/core.h                  | 11 +++++++++++
7 files changed, 34 insertions(+), 36 deletions(-)
[PATCH v3 0/4] media: qcom: flip the switch between Venus and Iris drivers
Posted by Dmitry Baryshkov 1 week, 4 days ago 
As the Venus and Iris drivers are close to the "feature parity" for the
common platforms (SC7280, SM8250), in order to get more attention to
squashing bugs from the Iris driver, flip the switch and default to the
Iris driver if both are enabled. The Iris driver has several
regressions, but hopefully they can be fixed through the development
cycle by the respective team. Also it is better to fail the test than
crash the device (which Venus driver does a lot).

Note: then intention is to land this in 6.21, which might let us to
drop those platforms from the Venus driver in 6.22+.

Testing methodology: fluster test-suite, single-threaded mode, SM8250
device (RB5).

$ ./fluster.py r -j 1 -d  GStreamer-H.264-V4L2-Gst1.0 -s -so out-h264.md -ts JVT-AVC_V1
$ ./fluster.py r -j 1 -d  GStreamer-H.265-V4L2-Gst1.0 -s -so out-h265.md -ts JCT-VC-HEVC_V1
$ ./fluster.py r -j 1 -d  GStreamer-VP9-V4L2-Gst1.0 -s -so out-vp9.md

For H.264:

Only the main set was used on both platforms

On Venus pass 126/135
On Iris  pass 78/135

- Fail on Iris, but pass on Venus:
  cabac_mot_fld0_full, cabac_mot_mbaff0_full, cabac_mot_picaff0_full,
  CAFI1_SVA_C, CAMA1_Sony_C, cama1_vtc_c, cama2_vtc_b, cama3_vtc_b,
  CAMACI3_Sony_C, CAMASL3_Sony_B, CAMP_MOT_MBAFF_L30,
  CAMP_MOT_MBAFF_L31, CANLMA2_Sony_C, CANLMA3_Sony_C,
  cavlc_mot_fld0_full_B, cavlc_mot_mbaff0_full_B,
  cavlc_mot_picaff0_full_B, CVCANLMA2_Sony_C, CVFI1_Sony_D, CVFI1_SVA_C,
  CVFI2_Sony_H, CVFI2_SVA_C, CVMA1_Sony_D, CVMAPAQP3_Sony_E,
  CVMAQP2_Sony_G, CVMAQP3_Sony_D, CVMP_MOT_FLD_L30_B,
  CVMP_MOT_FRM_L31_B, CVNLFI1_Sony_C, CVNLFI2_Sony_H, FI1_Sony_E,
  MR9_BT_B, Sharp_MP_Field_1_B, Sharp_MP_Field_2_B, Sharp_MP_Field_3_B,
  Sharp_MP_PAFF_1r2, Sharp_MP_PAFF_2r

- Fail on Venus, but pass on Iris:
  BA3_SVA_C

For Venus several tests crash the firmware or crash the device,
so test-suite was executed with extra:

-sv CABREF3_Sand_D CAMANL1_TOSHIBA_B CAMA1_TOSHIBA_B \
  CAMA3_Sand_E CAMANL2_TOSHIBA_B CAMANL3_Sand_E CAPA1_TOSHIBA_B \
  CAPAMA3_Sand_F CVMA1_TOSHIBA_B CVMANL1_TOSHIBA_B CVMANL2_TOSHIBA_B \
  CVPA1_TOSHIBA_B

For H.265:

Only the main set was used on both platforms

On Venus pass 135/147
On Iris  pass 133/147

- Fail on Iris, but pass on Venus:
  INITQP_B_Main10_Sony_1, WP_A_MAIN10_Toshiba_3,
  WPP_A_ericsson_MAIN10_2, WPP_B_ericsson_MAIN10_2,
  WPP_C_ericsson_MAIN10_2, WPP_E_ericsson_MAIN10_2,
  WPP_F_ericsson_MAIN10_2

- Fail on Venus, but pass on Iris:
  ipcm_A_NEC_3, ipcm_B_NEC_3, ipcm_C_NEC_3, ipcm_D_NEC_3, ipcm_E_NEC_2,
  IPRED_B_Nokia_3, VPSSPSPPS_A_MainConcept_1

For VP9 codec:

On Venus pass 174/311
On Iris  pass 232/311

- Fail on Venus, but pass on Iris:
  vp90-2-05-resize.ivf, vp90-2-14-resize-10frames-fp-tiles-1-2-4-8,
  vp90-2-14-resize-10frames-fp-tiles-1-2,
  vp90-2-14-resize-10frames-fp-tiles-1-4,
  vp90-2-14-resize-10frames-fp-tiles-1-8,
  vp90-2-14-resize-10frames-fp-tiles-2-1,
  vp90-2-14-resize-10frames-fp-tiles-2-4,
  vp90-2-14-resize-10frames-fp-tiles-2-8,
  vp90-2-14-resize-10frames-fp-tiles-4-1,
  vp90-2-14-resize-10frames-fp-tiles-4-2,
  vp90-2-14-resize-10frames-fp-tiles-4-8,
  vp90-2-14-resize-10frames-fp-tiles-8-1,
  vp90-2-14-resize-10frames-fp-tiles-8-2,
  vp90-2-14-resize-10frames-fp-tiles-8-4-2-1,
  vp90-2-14-resize-10frames-fp-tiles-8-4, vp90-2-14-resize-fp-tiles-1-16,
  vp90-2-14-resize-fp-tiles-1-2-4-8-16, vp90-2-14-resize-fp-tiles-1-2,
  vp90-2-14-resize-fp-tiles-1-4, vp90-2-14-resize-fp-tiles-16-1,
  vp90-2-14-resize-fp-tiles-16-2, vp90-2-14-resize-fp-tiles-16-4,
  vp90-2-14-resize-fp-tiles-16-8-4-2-1, vp90-2-14-resize-fp-tiles-16-8,
  vp90-2-14-resize-fp-tiles-1-8, vp90-2-14-resize-fp-tiles-2-16,
  vp90-2-14-resize-fp-tiles-2-1, vp90-2-14-resize-fp-tiles-2-4,
  vp90-2-14-resize-fp-tiles-2-8, vp90-2-14-resize-fp-tiles-4-16,
  vp90-2-14-resize-fp-tiles-4-1, vp90-2-14-resize-fp-tiles-4-2,
  vp90-2-14-resize-fp-tiles-4-8, vp90-2-14-resize-fp-tiles-8-16,
  vp90-2-14-resize-fp-tiles-8-1, vp90-2-14-resize-fp-tiles-8-2,
  vp90-2-14-resize-fp-tiles-8-4, vp90-2-15-segkey,
  vp90-2-21-resize_inter_1280x720_5_1-2, vp90-2-21-resize_inter_1280x720_5_3-4,
  vp90-2-21-resize_inter_1280x720_7_1-2, vp90-2-21-resize_inter_1280x720_7_3-4,
  vp90-2-21-resize_inter_1920x1080_5_1-2,
  vp90-2-21-resize_inter_1920x1080_5_3-4,
  vp90-2-21-resize_inter_1920x1080_7_1-2,
  vp90-2-21-resize_inter_1920x1080_7_3-4,
  vp90-2-21-resize_inter_320x180_5_3-4, vp90-2-21-resize_inter_320x180_7_3-4,
  vp90-2-21-resize_inter_320x240_5_3-4, vp90-2-21-resize_inter_320x240_7_3-4,
  vp90-2-21-resize_inter_640x360_5_1-2, vp90-2-21-resize_inter_640x360_5_3-4,
  vp90-2-21-resize_inter_640x360_7_1-2, vp90-2-21-resize_inter_640x360_7_3-4,
  vp90-2-21-resize_inter_640x480_5_1-2, vp90-2-21-resize_inter_640x480_5_3-4,
  vp90-2-21-resize_inter_640x480_7_1-2, vp90-2-21-resize_inter_640x480_7_3-4

Signed-off-by: Dmitry Baryshkov <dmitry.baryshkov@oss.qualcomm.com>
---
Changes in v3:
- Dropped dependency on the sc8280xp patchset, this will probably go in
  earlier.
- Updated commit messages for DT bindings (Konrad)
- Link to v2: https://lore.kernel.org/r/20260126-venus-iris-flip-switch-v2-0-b0ea05e1739a@oss.qualcomm.com

Changes in v2:
- Sorted out SC7280 Chromebook bindings (Stephan)
- Dropped most of ifdef from venus (Vikash, Konrad)
- Added testign results to the cover letter.
- Link to v1: https://lore.kernel.org/r/20251119-venus-iris-flip-switch-v1-1-852369f66e36@oss.qualcomm.com

---
Dmitry Baryshkov (4):
      arm64: dts: qcom: sc7280-chrome-common: disable Venus
      media: dt-bindings: qcom,sc7280-venus: drop non-PAS support
      media: dt-bindings: qcom-sc7180-venus: move video-firmware here
      media: qcom: venus: flip the venus/iris switch

 .../devicetree/bindings/media/qcom,sc7180-venus.yaml      | 15 +++++++++++++++
 .../devicetree/bindings/media/qcom,sc7280-venus.yaml      | 10 ++--------
 .../devicetree/bindings/media/qcom,venus-common.yaml      | 15 ---------------
 arch/arm64/boot/dts/qcom/sc7280-chrome-common.dtsi        | 11 -----------
 drivers/media/platform/qcom/iris/iris_probe.c             |  2 --
 drivers/media/platform/qcom/venus/core.c                  |  6 ++++++
 drivers/media/platform/qcom/venus/core.h                  | 11 +++++++++++
 7 files changed, 34 insertions(+), 36 deletions(-)
---
base-commit: ca3a02fda4da8e2c1cb6baee5d72352e9e2cfaea
change-id: 20251119-venus-iris-flip-switch-d59a3fbc6a4b

Best regards,
-- 
With best wishes
Dmitry
Re: [PATCH v3 0/4] media: qcom: flip the switch between Venus and Iris drivers
Posted by Vikash Garodia 1 week, 3 days ago 
On 1/27/2026 5:52 PM, Dmitry Baryshkov wrote:
> As the Venus and Iris drivers are close to the "feature parity" for the
> common platforms (SC7280, SM8250), in order to get more attention to
> squashing bugs from the Iris driver, flip the switch and default to the
> Iris driver if both are enabled. The Iris driver has several
> regressions, but hopefully they can be fixed through the development
> cycle by the respective team. Also it is better to fail the test than
> crash the device (which Venus driver does a lot).
> 
> Note: then intention is to land this in 6.21, which might let us to
> drop those platforms from the Venus driver in 6.22+.
> 
> Testing methodology: fluster test-suite, single-threaded mode, SM8250
> device (RB5).

Could you run fluster on SC7280 as well ? Also please share the v4l2 
compliance results.

Regards,
Vikash
Re: [PATCH v3 0/4] media: qcom: flip the switch between Venus and Iris drivers
Posted by Dmitry Baryshkov 1 week, 3 days ago 
On Wed, Jan 28, 2026 at 06:35:01PM +0530, Vikash Garodia wrote:
> 
> On 1/27/2026 5:52 PM, Dmitry Baryshkov wrote:
> > As the Venus and Iris drivers are close to the "feature parity" for the
> > common platforms (SC7280, SM8250), in order to get more attention to
> > squashing bugs from the Iris driver, flip the switch and default to the
> > Iris driver if both are enabled. The Iris driver has several
> > regressions, but hopefully they can be fixed through the development
> > cycle by the respective team. Also it is better to fail the test than
> > crash the device (which Venus driver does a lot).
> > 
> > Note: then intention is to land this in 6.21, which might let us to
> > drop those platforms from the Venus driver in 6.22+.
> > 
> > Testing methodology: fluster test-suite, single-threaded mode, SM8250
> > device (RB5).
> 
> Could you run fluster on SC7280 as well ? Also please share the v4l2
> compliance results.

Okay, the SC7280 is a bit more interesting. For H.264 and VP9 the
results are the same. For H.265 Iris errors out for all tests except for
the one, WPP_E_ericsson_MAIN_2.

The kernel prints the following message:

[   82.573112] qcom-iris aa00000.video-codec: session error for command: d0000000, event id:1009, session id:52ef2000


Compliance tests:

v4l2-compliance 1.30.1, 64 bits, 64-bit time_t

Compliance test for iris_driver device /dev/video1:

Driver Info:
        Driver name      : iris_driver
        Card type        : Iris Encoder
        Bus info         : platform:aa00000.video-codec
        Driver version   : 6.19.0
        Capabilities     : 0x84204000
                Video Memory-to-Memory Multiplanar
                Streaming
                Extended Pix Format
                Device Capabilities
        Device Caps      : 0x04204000
                Video Memory-to-Memory Multiplanar
                Streaming
                Extended Pix Format
        Detected Stateful Encoder

Required ioctls:
        test VIDIOC_QUERYCAP: OK
        test invalid ioctls: OK

Allow for multiple opens:
        test second /dev/video1 open: OK
        test VIDIOC_QUERYCAP: OK
        test VIDIOC_G/S_PRIORITY: OK
        test for unlimited opens: OK

Debug ioctls:
        test VIDIOC_DBG_G/S_REGISTER: OK (Not Supported)
        test VIDIOC_LOG_STATUS: OK (Not Supported)

Input ioctls:
        test VIDIOC_G/S_TUNER/ENUM_FREQ_BANDS: OK (Not Supported)
        test VIDIOC_G/S_FREQUENCY: OK (Not Supported)
        test VIDIOC_S_HW_FREQ_SEEK: OK (Not Supported)
        test VIDIOC_ENUMAUDIO: OK (Not Supported)
        test VIDIOC_G/S/ENUMINPUT: OK (Not Supported)
        test VIDIOC_G/S_AUDIO: OK (Not Supported)
        Inputs: 0 Audio Inputs: 0 Tuners: 0

Output ioctls:
        test VIDIOC_G/S_MODULATOR: OK (Not Supported)
        test VIDIOC_G/S_FREQUENCY: OK (Not Supported)
        test VIDIOC_ENUMAUDOUT: OK (Not Supported)
        test VIDIOC_G/S/ENUMOUTPUT: OK (Not Supported)
        test VIDIOC_G/S_AUDOUT: OK (Not Supported)
        Outputs: 0 Audio Outputs: 0 Modulators: 0

Input/Output configuration ioctls:
        test VIDIOC_ENUM/G/S/QUERY_STD: OK (Not Supported)
        test VIDIOC_ENUM/G/S/QUERY_DV_TIMINGS: OK (Not Supported)
        test VIDIOC_DV_TIMINGS_CAP: OK (Not Supported)
        test VIDIOC_G/S_EDID: OK (Not Supported)

Control ioctls:
        test VIDIOC_QUERY_EXT_CTRL/QUERYMENU: OK
        test VIDIOC_QUERYCTRL: OK
        test VIDIOC_G/S_CTRL: OK
        test VIDIOC_G/S/TRY_EXT_CTRLS: OK
        test VIDIOC_(UN)SUBSCRIBE_EVENT/DQEVENT: OK
        test VIDIOC_G/S_JPEGCOMP: OK (Not Supported)
        Standard Controls: 18 Private Controls: 0

Format ioctls:
        test VIDIOC_ENUM_FMT/FRAMESIZES/FRAMEINTERVALS: OK
        test VIDIOC_G/S_PARM: OK
        test VIDIOC_G_FBUF: OK (Not Supported)
        test VIDIOC_G_FMT: OK
        test VIDIOC_TRY_FMT: OK
        test VIDIOC_S_FMT: OK
        test VIDIOC_G_SLICED_VBI_CAP: OK (Not Supported)
        test Cropping: OK
        test Composing: OK (Not Supported)
        test Scaling: OK (Not Supported)

Codec ioctls:
        test VIDIOC_(TRY_)ENCODER_CMD: OK
        test VIDIOC_G_ENC_INDEX: OK (Not Supported)
        test VIDIOC_(TRY_)DECODER_CMD: OK (Not Supported)

Buffer ioctls:
        test VIDIOC_REQBUFS/CREATE_BUFS/QUERYBUF: OK
        test CREATE_BUFS maximum buffers: OK
        test VIDIOC_REMOVE_BUFS: OK
        test VIDIOC_EXPBUF: OK
        test Requests: OK (Not Supported)
        test blocking wait: OK

Total for iris_driver device /dev/video0: 48, Succeeded: 48, Failed: 0, Warnings: 0

-- 
With best wishes
Dmitry
Re: [PATCH v3 0/4] media: qcom: flip the switch between Venus and Iris drivers
Posted by Vikash Garodia 1 week, 2 days ago 
On 1/29/2026 5:51 AM, Dmitry Baryshkov wrote:
> On Wed, Jan 28, 2026 at 06:35:01PM +0530, Vikash Garodia wrote:
>>
>> On 1/27/2026 5:52 PM, Dmitry Baryshkov wrote:
>>> As the Venus and Iris drivers are close to the "feature parity" for the
>>> common platforms (SC7280, SM8250), in order to get more attention to
>>> squashing bugs from the Iris driver, flip the switch and default to the
>>> Iris driver if both are enabled. The Iris driver has several
>>> regressions, but hopefully they can be fixed through the development
>>> cycle by the respective team. Also it is better to fail the test than
>>> crash the device (which Venus driver does a lot).
>>>
>>> Note: then intention is to land this in 6.21, which might let us to
>>> drop those platforms from the Venus driver in 6.22+.
>>>
>>> Testing methodology: fluster test-suite, single-threaded mode, SM8250
>>> device (RB5).
>>
>> Could you run fluster on SC7280 as well ? Also please share the v4l2
>> compliance results.
> 
> Okay, the SC7280 is a bit more interesting. For H.264 and VP9 the
> results are the same. For H.265 Iris errors out for all tests except for
> the one, WPP_E_ericsson_MAIN_2.
> 
> The kernel prints the following message:
> 
> [   82.573112] qcom-iris aa00000.video-codec: session error for command: d0000000, event id:1009, session id:52ef2000
> 

0x1009 corresponds to HFI_ERR_SESSION_INSUFFICIENT_RESOURCES

Below patch would enable firmware logs and make it print in kernel logs, 
you can apply and share to know more about insufficient resource error.

--- a/drivers/media/platform/qcom/iris/iris_hfi_common.c
+++ b/drivers/media/platform/qcom/iris/iris_hfi_common.c
@@ -87,6 +87,10 @@ int iris_hfi_core_init(struct iris_core *core)
  	if (ret)
  		return ret;

+	ret = hfi_ops->sys_set_debug(core);
+	if (ret)
+		return ret;
+
  	return hfi_ops->sys_interframe_powercollapse(core);
  }

diff --git a/drivers/media/platform/qcom/iris/iris_hfi_gen1_command.c 
b/drivers/media/platform/qcom/iris/iris_hfi_gen1_command.c
index 6e5bd8e2356ee..2c62c8ac654af 100644
--- a/drivers/media/platform/qcom/iris/iris_hfi_gen1_command.c
+++ b/drivers/media/platform/qcom/iris/iris_hfi_gen1_command.c
@@ -79,6 +79,25 @@ static int 
iris_hfi_gen1_sys_interframe_powercollapse(struct iris_core *core)
  	return ret;
  }

+static int iris_hfi_1_sys_set_debug(struct iris_core *core)
+{
+	struct hfi_sys_set_property_pkt *pkt;
+	u8 packet[IFACEQ_VAR_SMALL_PKT_SIZE];
+	struct hfi_debug_config *hfi;
+
+	pkt = (struct hfi_sys_set_property_pkt *)packet;
+
+	pkt->hdr.size = struct_size(pkt, data, 1) + sizeof(*hfi);
+	pkt->hdr.pkt_type = HFI_CMD_SYS_SET_PROPERTY;
+	pkt->num_properties = 1;
+	pkt->data[0] = HFI_PROPERTY_SYS_DEBUG_CONFIG;
+	hfi = (struct hfi_debug_config *)&pkt->data[1];
+	hfi->config = 0x1000003f;
+	hfi->mode = HFI_DEBUG_MODE_QUEUE;
+
+	return iris_hfi_queue_cmd_write_locked(core, pkt, pkt->hdr.size);
+}
+
  static int iris_hfi_gen1_sys_pc_prep(struct iris_core *core)
  {
  	struct hfi_sys_pc_prep_pkt pkt;
@@ -1065,6 +1084,7 @@ static const struct iris_hfi_command_ops 
iris_hfi_gen1_command_ops = {
  	.sys_init = iris_hfi_gen1_sys_init,
  	.sys_image_version = iris_hfi_gen1_sys_image_version,
  	.sys_interframe_powercollapse = 
iris_hfi_gen1_sys_interframe_powercollapse,
+	.sys_set_debug = iris_hfi_1_sys_set_debug,
  	.sys_pc_prep = iris_hfi_gen1_sys_pc_prep,
  	.session_open = iris_hfi_gen1_session_open,
  	.session_set_config_params = iris_hfi_gen1_session_set_config_params,
diff --git a/drivers/media/platform/qcom/iris/iris_hfi_gen1_defines.h 
b/drivers/media/platform/qcom/iris/iris_hfi_gen1_defines.h
index 42226ccee3d9b..86571423ed94f 100644
--- a/drivers/media/platform/qcom/iris/iris_hfi_gen1_defines.h
+++ b/drivers/media/platform/qcom/iris/iris_hfi_gen1_defines.h
@@ -80,6 +80,7 @@
  #define HFI_BUFFER_INTERNAL_SCRATCH_1			0x7
  #define HFI_BUFFER_INTERNAL_SCRATCH_2			0x8

+#define HFI_PROPERTY_SYS_DEBUG_CONFIG				0x1
  #define HFI_PROPERTY_SYS_CODEC_POWER_PLANE_CTRL		0x5
  #define HFI_PROPERTY_SYS_IMAGE_VERSION			0x6

@@ -142,6 +143,8 @@
  #define HFI_PROPERTY_PARAM_VENC_MAX_NUM_B_FRAMES		0x2005020
  #define HFI_PROPERTY_CONFIG_VENC_TARGET_BITRATE			0x2006001
  #define HFI_PROPERTY_CONFIG_VENC_SYNC_FRAME_SEQUENCE_HEADER	0x2006008
+#define HFI_DEBUG_MODE_QUEUE	0x01
+#define IFACEQ_VAR_SMALL_PKT_SIZE	100

  struct hfi_pkt_hdr {
  	u32 size;
@@ -303,6 +306,11 @@ struct hfi_msg_session_flush_done_pkt {
  	u32 flush_type;
  };

+struct hfi_debug_config {
+	u32 config;
+	u32 mode;
+};
+
  struct hfi_enable {
  	u32 enable;
  };
diff --git a/drivers/media/platform/qcom/iris/iris_hfi_gen1_response.c 
b/drivers/media/platform/qcom/iris/iris_hfi_gen1_response.c
index 8e864c239e293..102f7689b5e57 100644
--- a/drivers/media/platform/qcom/iris/iris_hfi_gen1_response.c
+++ b/drivers/media/platform/qcom/iris/iris_hfi_gen1_response.c
@@ -683,7 +683,7 @@ static void iris_hfi_gen1_flush_debug_queue(struct 
iris_core *core, u8 *packet)
  			struct hfi_msg_sys_debug_pkt *pkt =
  				(struct hfi_msg_sys_debug_pkt *)packet;

-			dev_dbg(core->dev, "%s", pkt->msg_data);
+			dev_err(core->dev, "%s", pkt->msg_data);
  		}
  	}
  }

> 
> Compliance tests:
> 
> v4l2-compliance 1.30.1, 64 bits, 64-bit time_t
> 
> Compliance test for iris_driver device /dev/video1:
> 
> Driver Info:
>          Driver name      : iris_driver
>          Card type        : Iris Encoder
>          Bus info         : platform:aa00000.video-codec
>          Driver version   : 6.19.0
>          Capabilities     : 0x84204000
>                  Video Memory-to-Memory Multiplanar
>                  Streaming
>                  Extended Pix Format
>                  Device Capabilities
>          Device Caps      : 0x04204000
>                  Video Memory-to-Memory Multiplanar
>                  Streaming
>                  Extended Pix Format
>          Detected Stateful Encoder
> 
> Required ioctls:
>          test VIDIOC_QUERYCAP: OK
>          test invalid ioctls: OK
> 
> Allow for multiple opens:
>          test second /dev/video1 open: OK
>          test VIDIOC_QUERYCAP: OK
>          test VIDIOC_G/S_PRIORITY: OK
>          test for unlimited opens: OK
> 
> Debug ioctls:
>          test VIDIOC_DBG_G/S_REGISTER: OK (Not Supported)
>          test VIDIOC_LOG_STATUS: OK (Not Supported)
> 
> Input ioctls:
>          test VIDIOC_G/S_TUNER/ENUM_FREQ_BANDS: OK (Not Supported)
>          test VIDIOC_G/S_FREQUENCY: OK (Not Supported)
>          test VIDIOC_S_HW_FREQ_SEEK: OK (Not Supported)
>          test VIDIOC_ENUMAUDIO: OK (Not Supported)
>          test VIDIOC_G/S/ENUMINPUT: OK (Not Supported)
>          test VIDIOC_G/S_AUDIO: OK (Not Supported)
>          Inputs: 0 Audio Inputs: 0 Tuners: 0
> 
> Output ioctls:
>          test VIDIOC_G/S_MODULATOR: OK (Not Supported)
>          test VIDIOC_G/S_FREQUENCY: OK (Not Supported)
>          test VIDIOC_ENUMAUDOUT: OK (Not Supported)
>          test VIDIOC_G/S/ENUMOUTPUT: OK (Not Supported)
>          test VIDIOC_G/S_AUDOUT: OK (Not Supported)
>          Outputs: 0 Audio Outputs: 0 Modulators: 0
> 
> Input/Output configuration ioctls:
>          test VIDIOC_ENUM/G/S/QUERY_STD: OK (Not Supported)
>          test VIDIOC_ENUM/G/S/QUERY_DV_TIMINGS: OK (Not Supported)
>          test VIDIOC_DV_TIMINGS_CAP: OK (Not Supported)
>          test VIDIOC_G/S_EDID: OK (Not Supported)
> 
> Control ioctls:
>          test VIDIOC_QUERY_EXT_CTRL/QUERYMENU: OK
>          test VIDIOC_QUERYCTRL: OK
>          test VIDIOC_G/S_CTRL: OK
>          test VIDIOC_G/S/TRY_EXT_CTRLS: OK
>          test VIDIOC_(UN)SUBSCRIBE_EVENT/DQEVENT: OK
>          test VIDIOC_G/S_JPEGCOMP: OK (Not Supported)
>          Standard Controls: 18 Private Controls: 0
> 
> Format ioctls:
>          test VIDIOC_ENUM_FMT/FRAMESIZES/FRAMEINTERVALS: OK
>          test VIDIOC_G/S_PARM: OK
>          test VIDIOC_G_FBUF: OK (Not Supported)
>          test VIDIOC_G_FMT: OK
>          test VIDIOC_TRY_FMT: OK
>          test VIDIOC_S_FMT: OK
>          test VIDIOC_G_SLICED_VBI_CAP: OK (Not Supported)
>          test Cropping: OK
>          test Composing: OK (Not Supported)
>          test Scaling: OK (Not Supported)
> 
> Codec ioctls:
>          test VIDIOC_(TRY_)ENCODER_CMD: OK
>          test VIDIOC_G_ENC_INDEX: OK (Not Supported)
>          test VIDIOC_(TRY_)DECODER_CMD: OK (Not Supported)
> 
> Buffer ioctls:
>          test VIDIOC_REQBUFS/CREATE_BUFS/QUERYBUF: OK
>          test CREATE_BUFS maximum buffers: OK
>          test VIDIOC_REMOVE_BUFS: OK
>          test VIDIOC_EXPBUF: OK
>          test Requests: OK (Not Supported)
>          test blocking wait: OK
> 
> Total for iris_driver device /dev/video0: 48, Succeeded: 48, Failed: 0, Warnings: 0
> 

thanks.

Regards,
Vikash
Re: [PATCH v3 0/4] media: qcom: flip the switch between Venus and Iris drivers
Posted by Dmitry Baryshkov 1 week, 2 days ago 
On Thu, Jan 29, 2026 at 03:32:28PM +0530, Vikash Garodia wrote:
> 
> On 1/29/2026 5:51 AM, Dmitry Baryshkov wrote:
> > On Wed, Jan 28, 2026 at 06:35:01PM +0530, Vikash Garodia wrote:
> > > 
> > > On 1/27/2026 5:52 PM, Dmitry Baryshkov wrote:
> > > > As the Venus and Iris drivers are close to the "feature parity" for the
> > > > common platforms (SC7280, SM8250), in order to get more attention to
> > > > squashing bugs from the Iris driver, flip the switch and default to the
> > > > Iris driver if both are enabled. The Iris driver has several
> > > > regressions, but hopefully they can be fixed through the development
> > > > cycle by the respective team. Also it is better to fail the test than
> > > > crash the device (which Venus driver does a lot).
> > > > 
> > > > Note: then intention is to land this in 6.21, which might let us to
> > > > drop those platforms from the Venus driver in 6.22+.
> > > > 
> > > > Testing methodology: fluster test-suite, single-threaded mode, SM8250
> > > > device (RB5).
> > > 
> > > Could you run fluster on SC7280 as well ? Also please share the v4l2
> > > compliance results.
> > 
> > Okay, the SC7280 is a bit more interesting. For H.264 and VP9 the
> > results are the same. For H.265 Iris errors out for all tests except for
> > the one, WPP_E_ericsson_MAIN_2.
> > 
> > The kernel prints the following message:
> > 
> > [   82.573112] qcom-iris aa00000.video-codec: session error for command: d0000000, event id:1009, session id:52ef2000
> > 
> 
> 0x1009 corresponds to HFI_ERR_SESSION_INSUFFICIENT_RESOURCES
> 
> Below patch would enable firmware logs and make it print in kernel logs, you
> can apply and share to know more about insufficient resource error.

Added it. BTW: would it make sense to land it in some way (I saw that
earlier you posted the same one for gen2). Would it make sense to land
it in some way upstram?

Anyway:

$ gst-launch-1.0 --no-fault filesrc location=/home/debian/fluster/fluster/../resources/JCT-VC-HEVC_V1/AMP_A_Samsung_7/AMP_A_Samsung_7.bin ! parsebin ! v4l2h265dec ! video/x-raw ! videoconvert dither=none ! video/x-raw,format=I420 ! videocodectestsink -m
Setting pipeline to PAUSED ...
Pipeline is PREROLLING ...
Got message #19 from element "videocodectestsink0" (state-changed): GstMessageStateChanged, old-state=(GstState)null, new-state=(GstState)ready, pending-state=(GstState)void-pending;
Got message #20 from element "capsfilter1" (state-changed): GstMessageStateChanged, old-state=(GstState)null, new-state=(GstState)ready, pending-state=(GstState)void-pending;
Got message #21 from element "videoconvert0" (state-changed): GstMessageStateChanged, old-state=(GstState)null, new-state=(GstState)ready, pending-state=(GstState)void-pending;
Got message #22 from element "capsfilter0" (state-changed): GstMessageStateChanged, old-state=(GstState)null, new-state=(GstState)ready, pending-state=(GstState)void-pending;
Got message #23 from element "v4l2h265dec0" (state-changed): GstMessageStateChanged, old-state=(GstState)null, new-state=(GstState)ready, pending-state=(GstState)void-pending;
Got message #24 from element "typefind" (state-changed): GstMessageStateChanged, old-state=(GstState)null, new-state=(GstState)ready, pending-state=(GstState)void-pending;
Got message #25 from element "parsebin0" (state-changed): GstMessageStateChanged, old-state=(GstState)null, new-state=(GstState)ready, pending-state=(GstState)void-pending;
Got message #26 from element "filesrc0" (state-changed): GstMessageStateChanged, old-state=(GstState)null, new-state=(GstState)ready, pending-state=(GstState)void-pending;
Got message #27 from element "pipeline0" (state-changed): GstMessageStateChanged, old-state=(GstState)null, new-state=(GstState)ready, pending-state=(GstState)paused;
Got message #29 from element "capsfilter1" (state-changed): GstMessageStateChanged, old-state=(GstState)ready, new-state=(GstState)paused, pending-state=(GstState)void-pending;
Got message #30 from element "videoconvert0" (state-changed): GstMessageStateChanged, old-state=(GstState)ready, new-state=(GstState)paused, pending-state=(GstState)void-pending;
Got message #31 from element "capsfilter0" (state-changed): GstMessageStateChanged, old-state=(GstState)ready, new-state=(GstState)paused, pending-state=(GstState)void-pending;
Got message #32 from element "v4l2h265dec0" (state-changed): GstMessageStateChanged, old-state=(GstState)ready, new-state=(GstState)paused, pending-state=(GstState)void-pending;
Got message #35 from pad "typefind:sink" (stream-status): GstMessageStreamStatus, type=(GstStreamStatusType)create, owner=(GstElement)"\(GstTypeFindElement\)\ typefind", object=(GstTask)"\(GstTask\)\ typefind:sink";
Got message #36 from element "typefind" (state-changed): GstMessageStateChanged, old-state=(GstState)ready, new-state=(GstState)paused, pending-state=(GstState)void-pending;
Got message #37 from element "parsebin0" (state-changed): GstMessageStateChanged, old-state=(GstState)ready, new-state=(GstState)paused, pending-state=(GstState)void-pending;
Got message #38 from element "filesrc0" (state-changed): GstMessageStateChanged, old-state=(GstState)ready, new-state=(GstState)paused, pending-state=(GstState)void-pending;
Got message #39 from pad "typefind:sink" (stream-status): GstMessageStreamStatus, type=(GstStreamStatusType)enter, owner=(GstElement)"\(GstTypeFindElement\)\ typefind", object=(GstTask)"\(GstTask\)\ typefind:sink";
Got message #51 from element "h265parse0" (state-changed): GstMessageStateChanged, old-state=(GstState)null, new-state=(GstState)ready, pending-state=(GstState)void-pending;
Got message #67 from pad "h265parse0:sink" (stream-status): GstMessageStreamStatus, type=(GstStreamStatusType)create, owner=(GstElement)"\(GstH265Parse\)\ h265parse0", object=(GstTask)"\(GstTask\)\ task1";
Got message #68 from element "h265parse0" (state-changed): GstMessageStateChanged, old-state=(GstState)ready, new-state=(GstState)paused, pending-state=(GstState)void-pending;
Got message #69 from pad "h265parse0:sink" (stream-status): GstMessageStreamStatus, type=(GstStreamStatusType)enter, owner=(GstElement)"\(GstH265Parse\)\ h265parse0", object=(GstTask)"\(GstTask\)\ h265parse0:sink";
Got message #74 from element "parsebin0" (stream-collection): GstMessageStreamCollection, collection=(GstStreamCollection)"\(GstStreamCollection\)\ unparented";
Got message #70 from element "pipeline0" (stream-start): GstMessageStreamStart, group-id=(uint)2;
Got message #83 from pad "v4l2h265dec0:src" (stream-status): GstMessageStreamStatus, type=(GstStreamStatusType)create, owner=(GstElement)"\(v4l2h265dec\)\ v4l2h265dec0", object=(GstTask)"\(GstTask\)\ task2";
ERROR: from element /GstPipeline:pipeline0/GstParseBin:parsebin0/GstH265Parse:h265parse0: Internal data stream error.
Additional debug info:
../libs/gst/base/gstbaseparse.c(3703): gst_base_parse_loop (): /GstPipeline:pipeline0/GstParseBin:parsebin0/GstH265Parse:h265parse0:
streaming stopped, reason error (-5)
ERROR: pipeline doesn't want to preroll.
Got message #85 from pad "v4l2h265dec0:src" (stream-status): GstMessageStreamStatus, type=(GstStreamStatusType)enter, owner=(GstElement)"\(v4l2h265dec\)\ v4l2h265dec0", object=(GstTask)"\(GstTask\)\ v4l2h265dec0:src";
Setting pipeline to NULL ...
ERROR: from element /GstPipeline:pipeline0/v4l2h265dec:v4l2h265dec0: Could not read from resource.
Additional debug info:
../sys/v4l2/gstv4l2object.c(6253): gst_v4l2_object_poll (): /GstPipeline:pipeline0/v4l2h265dec:v4l2h265dec0:
poll error 1: Success (0)
ERROR: pipeline doesn't want to preroll.
Freeing pipeline ...




[   67.435274] qcom-iris aa00000.video-codec: 
[   67.435274] <VFW_L:HostDr:unkn:--------:-> Host cmd: HFI_CMD_SYS_PC_PREP
[   67.446528] qcom-iris aa00000.video-codec: 
[   67.446528] <VFW_L:HostDr:unkn:--------:-> Host cmd: HFI_CMD_SYS_SET_PROPERTY
[   67.629798] qcom-iris aa00000.video-codec: 
[   67.629798] <VFW_L:HostDr:unkn:--------:-> Host cmd: HFI_CMD_SYS_SESSION_INIT
[   67.641590] qcom-iris aa00000.video-codec: 
[   67.641590] <VFW_L:HostDr:unkn:--------:-> used byte before CreateSession 0xd77c
[   67.653538] qcom-iris aa00000.video-codec: 
[   67.653538] <VFW_P:HostDr:unkn:--------:-> Session 0 start 6efb871.
[   67.664964] qcom-iris aa00000.video-codec: 
[   67.664964] <VFW_H:HostDr:unkn:--------:-> HostDriver: HEVC Decoder Session Created
[   67.677381] qcom-iris aa00000.video-codec: 
[   67.677381] <VFW_L:HostDr:unkn:--------:-> Unknown Host msg 0x20006
[   67.688191] qcom-iris aa00000.video-codec: 
[   67.688191] <VFW_L:HostDr:unkn:--------:-> used byte after CreateSession 0x2821c
[   67.700213] qcom-iris aa00000.video-codec: 
[   67.700213] <VFW_L:HostDr:unkn:--------:-> Host cmd: HFI_CMD_SESSION_SET_PROPERTY
[   67.712232] qcom-iris aa00000.video-codec: 
[   67.712232] <VFW_M:HostDr:265d:6eea4000:00000000> Set property cmd type 0x2002 received
[   67.724825] qcom-iris aa00000.video-codec: 
[   67.724825] <VFW_L:HostDr:265d:6eea4000:00000000> HFI_PROPERTY_CONFIG_VIDEOCORES_USAGE: 1
[   67.737551] qcom-iris aa00000.video-codec: 
[   67.737551] <VFW_L:HostDr:unkn:--------:-> Host cmd: HFI_CMD_SESSION_SET_PROPERTY
[   67.749590] qcom-iris aa00000.video-codec: 
[   67.749590] <VFW_M:HostDr:265d:6eea4000:00000000> Set property cmd type 0x1003 received
[   67.762131] qcom-iris aa00000.video-codec: 
[   67.762131] <VFW_H:HostDr:265d:6eea4000:00000000> Uncompressed Format bufType:2 fmt:8002
[   67.774789] qcom-iris aa00000.video-codec: 
[   67.774789] <VFW_L:HostDr:unkn:--------:-> Host cmd: HFI_CMD_SESSION_SET_PROPERTY
[   67.786831] qcom-iris aa00000.video-codec: 
[   67.786831] <VFW_M:HostDr:265d:6eea4000:00000000> Set property cmd type 0x1003 received
[   67.799382] qcom-iris aa00000.video-codec: 
[   67.799382] <VFW_H:HostDr:265d:6eea4000:00000000> Uncompressed Format bufType:3 fmt:2
[   67.811746] qcom-iris aa00000.video-codec: 
[   67.811746] <VFW_L:HostDr:unkn:--------:-> Host cmd: HFI_CMD_SESSION_SET_PROPERTY
[   67.823760] qcom-iris aa00000.video-codec: 
[   67.823760] <VFW_M:HostDr:265d:6eea4000:00000000> Set property cmd type 0x201002 received
[   67.836507] qcom-iris aa00000.video-codec: 
[   67.836507] <VFW_L:HostDr:unkn:--------:-> Host cmd: HFI_CMD_SESSION_SET_PROPERTY
[   67.848512] qcom-iris aa00000.video-codec: 
[   67.848512] <VFW_M:HostDr:265d:6eea4000:00000000> Set property cmd type 0x201001 received
[   67.861252] qcom-iris aa00000.video-codec: 
[   67.861252] <VFW_L:HostDr:265d:6eea4000:00000000> HFI_PROPERTY_PARAM_BUFFER_COUNT_ACTUAL type:1, min:32, act:32
[   67.875954] qcom-iris aa00000.video-codec: 
[   67.875954] <VFW_L:HostDr:unkn:--------:-> Host cmd: HFI_CMD_SESSION_SET_PROPERTY
[   67.887981] qcom-iris aa00000.video-codec: 
[   67.887981] <VFW_M:HostDr:265d:6eea4000:00000000> Set property cmd type 0x201001 received
[   67.900734] qcom-iris aa00000.video-codec: 
[   67.900734] <VFW_L:HostDr:265d:6eea4000:00000000> HFI_PROPERTY_PARAM_BUFFER_COUNT_ACTUAL type:2, min:32, act:32
[   67.915434] qcom-iris aa00000.video-codec: 
[   67.915434] <VFW_L:HostDr:unkn:--------:-> Host cmd: HFI_CMD_SESSION_SET_PROPERTY
[   67.927439] qcom-iris aa00000.video-codec: 
[   67.927439] <VFW_M:HostDr:265d:6eea4000:00000000> Set property cmd type 0x201001 received
[   67.940189] qcom-iris aa00000.video-codec: 
[   67.940189] <VFW_L:HostDr:265d:6eea4000:00000000> HFI_PROPERTY_PARAM_BUFFER_COUNT_ACTUAL type:3, min:4, act:4
[   67.954713] qcom-iris aa00000.video-codec: 
[   67.954713] <VFW_L:HostDr:unkn:--------:-> Host cmd: HFI_CMD_SESSION_SET_PROPERTY
[   67.966721] qcom-iris aa00000.video-codec: 
[   67.966721] <VFW_M:HostDr:265d:6eea4000:00000000> Set property cmd type 0x1003001 received
[   67.979579] qcom-iris aa00000.video-codec: 
[   67.979579] <VFW_L:HostDr:unkn:--------:-> Host cmd: HFI_CMD_SESSION_SET_PROPERTY
[   67.991582] qcom-iris aa00000.video-codec: 
[   67.991582] <VFW_M:HostDr:265d:6eea4000:00000000> Set property cmd type 0x1003001 received
[   68.004412] qcom-iris aa00000.video-codec: 
[   68.004412] <VFW_H:HostDr:265d:6eea4000:00000000> HFI_PROPERTY_PARAM_VDEC_MULTI_STREAM DS Enable Width2 0 Height2 0
[   68.019492] qcom-iris aa00000.video-codec: 
[   68.019492] <VFW_L:HostDr:unkn:--------:-> Host cmd: HFI_CMD_SESSION_SET_PROPERTY
[   68.031497] qcom-iris aa00000.video-codec: 
[   68.031497] <VFW_M:HostDr:265d:6eea4000:00000000> Set property cmd type 0x1001 received
[   68.044056] qcom-iris aa00000.video-codec: 
[   68.044056] <VFW_L:HostDr:unkn:--------:-> Host cmd: HFI_CMD_SESSION_SET_PROPERTY
[   68.056063] qcom-iris aa00000.video-codec: 
[   68.056063] <VFW_M:HostDr:265d:6eea4000:00000000> Set property cmd type 0x1001 received
[   68.068622] qcom-iris aa00000.video-codec: 
[   68.068622] <VFW_H:HostDr:265d:6eea4000:00000000> Output2 Width 2560 Height 1600
[   68.080570] qcom-iris aa00000.video-codec: 
[   68.080570] <VFW_L:HostDr:unkn:--------:-> Host cmd: HFI_CMD_SESSION_SET_PROPERTY
[   68.092596] qcom-iris aa00000.video-codec: 
[   68.092596] <VFW_M:HostDr:265d:6eea4000:00000000> Set property cmd type 0x20100c received
[   68.105313] qcom-iris aa00000.video-codec: 
[   68.105313] <VFW_L:HostDr:unkn:--------:-> Host cmd: HFI_CMD_SESSION_SET_PROPERTY
[   68.117343] qcom-iris aa00000.video-codec: 
[   68.117343] <VFW_M:HostDr:265d:6eea4000:00000000> Set property cmd type 0x20100c received
[   68.130072] qcom-iris aa00000.video-codec: 
[   68.130072] <VFW_L:HostDr:unkn:--------:-> Host cmd: HFI_CMD_SESSION_SET_PROPERTY
[   68.142083] qcom-iris aa00000.video-codec: 
[   68.142083] <VFW_M:HostDr:265d:6eea4000:00000000> Set property cmd type 0x1015 received
[   68.154644] qcom-iris aa00000.video-codec: 
[   68.154644] <VFW_L:HostDr:265d:6eea4000:00000000> HFI_PROPERTY_PARAM_WORK_MODE: 2
[   68.166650] qcom-iris aa00000.video-codec: 
[   68.166650] <VFW_L:HostDr:unkn:--------:-> Host cmd: HFI_CMD_SESSION_SET_PROPERTY
[   68.178676] qcom-iris aa00000.video-codec: 
[   68.178676] <VFW_M:HostDr:265d:6eea4000:00000000> Set property cmd type 0x1017 received
[   68.191222] qcom-iris aa00000.video-codec: 
[   68.191222] <VFW_L:HostDr:unkn:--------:-> Host cmd: HFI_CMD_SESSION_SET_BUFFERS
[   68.203160] qcom-iris aa00000.video-codec: 
[   68.203160] <VFW_L:HostDr:265d:6eea4000:00000000> internal buffer size 13640960:
[   68.215080] qcom-iris aa00000.video-codec: 
[   68.215080] <VFW_L:HostDr:265d:6eea4000:00000000> persist buffer size 160000:
[   68.226750] qcom-iris aa00000.video-codec: 
[   68.226750] <VFW_L:HostDr:265d:6eea4000:00000000> bin buffer size  24576000
[   68.238221] qcom-iris aa00000.video-codec: 
[   68.238221] <VFW_L:HostDr:265d:6eea4000:00000000> MACRO internal buffer size 136623360:
[   68.250788] qcom-iris aa00000.video-codec: 
[   68.250788] <VFW_L:HostDr:265d:6eea4000:00000000> MACRO persist buffer size 160000:
[   68.262977] qcom-iris aa00000.video-codec: 
[   68.262977] <VFW_L:HostDr:265d:6eea4000:00000000> MACRO bin buffer size  24576000
[   68.275041] qcom-iris aa00000.video-codec: 
[   68.275041] <VFW_H:HostDr:265d:6eea4000:00000000> Input dimension is 2560 x 1600
[   68.286977] qcom-iris aa00000.video-codec: 
[   68.286977] <VFW_M:HostDr:265d:6eea4000:00000000> Set buffer type 0x5 addr 0xdd780000 num 1 size 397568
[   68.300972] qcom-iris aa00000.video-codec: 
[   68.300972] <VFW_L:HostDr:unkn:--------:-> Host cmd: HFI_CMD_SESSION_SET_BUFFERS
[   68.312899] qcom-iris aa00000.video-codec: 
[   68.312899] <VFW_L:HostDr:265d:6eea4000:00000000> internal buffer size 13640960:
[   68.312910] qcom-iris aa00000.video-codec: 
[   68.312910] <VFW_L:HostDr:265d:6eea4000:00000000> persist buffer size 160000:
[   68.333411] qcom-iris aa00000.video-codec: 
[   68.333411] <VFW_L:HostDr:265d:6eea4000:00000000> bin buffer size  24576000
[   68.350423] qcom-iris aa00000.video-codec: 
[   68.350423] <VFW_L:HostDr:265d:6eea4000:00000000> MACRO internal buffer size 136623360:
[   68.368388] qcom-iris aa00000.video-codec: 
[   68.368388] <VFW_L:HostDr:265d:6eea4000:00000000> MACRO persist buffer size 160000:
[   68.387805] qcom-iris aa00000.video-codec: 
[   68.387805] <VFW_L:HostDr:265d:6eea4000:00000000> MACRO bin buffer size  24576000
[   68.407251] qcom-iris aa00000.video-codec: 
[   68.407251] <VFW_H:HostDr:265d:6eea4000:00000000> Input dimension is 2560 x 1600
[   68.420980] qcom-iris aa00000.video-codec: 
[   68.420980] <VFW_M:HostDr:265d:6eea4000:00000000> Set buffer type 0x6 addr 0xdc000000 num 1 size 24576000
[   68.437821] qcom-iris aa00000.video-codec: 
[   68.437821] <VFW_H:HostDr:265d:6eea4000:00000000> HFI_BUFFER_COMMON_INTERNAL_SCRATCH, Driver macro size = 24576000 vs FW HFI macro size = 24576000 vs FW golden buffer size = 24576000
[   68.458428] qcom-iris aa00000.video-codec: 
[   68.458428] <VFW_L:HostDr:unkn:--------:-> Host cmd: HFI_CMD_SESSION_SET_BUFFERS
[   68.480399] qcom-iris aa00000.video-codec: 
[   68.480399] <VFW_L:HostDr:265d:6eea4000:00000000> internal buffer size 13640960:
[   68.496893] qcom-iris aa00000.video-codec: 
[   68.496893] <VFW_L:HostDr:265d:6eea4000:00000000> persist buffer size 160000:
[   68.511749] qcom-iris aa00000.video-codec: 
[   68.511749] <VFW_L:HostDr:265d:6eea4000:00000000> bin buffer size  24576000
[   68.525563] qcom-iris aa00000.video-codec: 
[   68.525563] <VFW_L:HostDr:265d:6eea4000:00000000> MACRO internal buffer size 136623360:
[   68.553110] qcom-iris aa00000.video-codec: 
[   68.553110] <VFW_L:HostDr:265d:6eea4000:00000000> MACRO persist buffer size 160000:
[   68.566233] qcom-iris aa00000.video-codec: 
[   68.566233] <VFW_L:HostDr:265d:6eea4000:00000000> MACRO bin buffer size  24576000
[   68.579462] qcom-iris aa00000.video-codec: 
[   68.579462] <VFW_H:HostDr:265d:6eea4000:00000000> Input dimension is 2560 x 1600
[   68.592482] qcom-iris aa00000.video-codec: 
[   68.592482] <VFW_M:HostDr:265d:6eea4000:00000000> Set buffer type 0x7 addr 0xd0000000 num 1 size 135967744
[   68.605612] qcom-iris aa00000.video-codec: 
[   68.605612] <VFW_H:HostDr:265d:6eea4000:00000000> HFI_BUFFER_COMMON_INTERNAL_SCRATCH_1, Driver macro size = 135967744 vs FW HFI macro size = 136623360 vs FW golden buffer size = 13640960
[   68.616954] qcom-iris aa00000.video-codec: 
[   68.616954] <VFW_E:HostDr:265d:6eea4000:00000000> vDec_SetBuffers(2017): Dec_SetBuffers, Insufficient 7 buffer
[   68.628259] qcom-iris aa00000.video-codec: 
[   68.628259] <VFW_L:HostDr:unkn:--------:-> Host cmd: HFI_CMD_SESSION_LOAD_RESOURCES
[   68.640602] qcom-iris aa00000.video-codec: 
[   68.640602] <VFW_L:HostDr:265d:6eea4000:00000000> Output2 Dimensions 1:1 : NO_SCALING
[   68.653195] qcom-iris aa00000.video-codec: 
[   68.653195] <VFW_E:HostDr:265d:6eea4000:00000000> vDec_LoadResources(1392): Load Resources Command received without complete buffer set 16/14
[   68.665510] qcom-iris aa00000.video-codec: 
[   68.665510] <VFW_L:HostDr:265d:6eea4000:00000000> Load Resource with core id: 0
[   68.678699] qcom-iris aa00000.video-codec: 
[   68.678699] <VFW_M:HostDr:265d:6eea4000:00000000> cabac_direct_mode = 0
[   68.692300] qcom-iris aa00000.video-codec: 
[   68.692300] <VFW_E:HostDr:265d:6eea4000:00000000> vDec_AttachInternalBuffers(1760): mem->vsp_buf: pty->size_vsp:461056,total_size:0
[   68.704271] qcom-iris aa00000.video-codec: 
[   68.704271] <VFW_E:HostDr:265d:6eea4000:00000000> vDec_LoadResources(1486): Load Resources failed with error code: 4105 due to internal buffer attachment
[   68.722196] qcom-iris aa00000.video-codec: 
[   68.722196] <VFW_M:HostDr:265d:6eea4000:00000000> Increased input queue length to 32
[   68.723970] use of bytesused == 0 is deprecated and will be removed in the future,
[   68.723984] use the actual size instead.
[   68.724030] ------------[ cut here ]------------
[   68.724032] WARNING: drivers/media/common/videobuf2/videobuf2-core.c:1821 at vb2_start_streaming+0xdc/0x178, CPU#6: h265parse0:sink/832
[   68.724049] Modules linked in:
[   68.724071] CPU: 6 UID: 1000 PID: 832 Comm: h265parse0:sink Not tainted 6.19.0-rc6-next-20260123-gcc2a9fa439f0-dirty #4136 PREEMPT 
[   68.724076] Hardware name: Qualcomm Technologies, Inc. Robotics RB3gen2 (DT)
[   68.724078] pstate: 20400005 (nzCv daif +PAN -UAO -TCO -DIT -SSBS BTYPE=--)
[   68.724082] pc : vb2_start_streaming+0xdc/0x178
[   68.724089] lr : vb2_start_streaming+0x6c/0x178
[   68.724094] sp : ffff80008f9b3b40
[   68.724096] x29: ffff80008f9b3b40 x28: ffff000091154020 x27: 0000000000000000
[   68.724103] x26: 0000000040045612 x25: 0000000000000000 x24: ffffc8eab4ae0cd8
[   68.724109] x23: ffffc8eab4ae8de0 x22: ffff00008fe51380 x21: ffff00008e15e420
[   68.724115] x20: ffff00008e15e438 x19: 00000000fffffff0 x18: 0000000000000000
[   68.724120] x17: 0000000000000000 x16: 0000000000000000 x15: 0000000000000002
[   68.724126] x14: 0000000000000028 x13: 0000000000014e76 x12: ffffc8eab5f391a0
[   68.724132] x11: ffffc8eab624b418 x10: ffffc8eab52ca4e4 x9 : 0000000000000050
[   68.724138] x8 : ffff80008f9b39b0 x7 : ffff80008f9b3ab0 x6 : ffff80008f9b3a70
[   68.724143] x5 : ffff80008f9b39f0 x4 : 0000000000000002 x3 : ffff80008f9b3a34
[   68.724149] x2 : 0000000000000000 x1 : ffffc8eab62aa000 x0 : ffff00008f769a38
[   68.724155] Call trace:
[   68.724156]  vb2_start_streaming+0xdc/0x178 (P)
[   68.724164]  vb2_core_streamon+0xd8/0x1bc
[   68.724167]  vb2_streamon+0x18/0x64
[   68.724172]  v4l2_m2m_ioctl_streamon+0x38/0xa0
[   68.724177]  v4l_streamon+0x24/0x30
[   68.724181]  __video_do_ioctl+0x34c/0x400
[   68.724186]  video_usercopy+0x2ec/0x880
[   68.724192]  video_ioctl2+0x18/0x40
[   68.724197]  v4l2_ioctl+0x40/0x60
[   68.724201]  __arm64_sys_ioctl+0xac/0x104
[   68.724205]  invoke_syscall+0x48/0x104
[   68.724212]  el0_svc_common.constprop.0+0x40/0xe0
[   68.724218]  do_el0_svc+0x1c/0x28
[   68.724223]  el0_svc+0x50/0x2d0
[   68.724230]  el0t_64_sync_handler+0xa0/0xe4
[   68.724236]  el0t_64_sync+0x198/0x19c
[   68.724241] irq event stamp: 2164
[   68.724243] hardirqs last  enabled at (2163): [<ffffc8eab488e4b8>] _raw_spin_unlock_irqrestore+0x6c/0x74
[   68.724250] hardirqs last disabled at (2164): [<ffffc8eab48780ac>] el1_brk64+0x20/0x60
[   68.724256] softirqs last  enabled at (2074): [<ffffc8eab382ff48>] fpsimd_restore_current_state+0x13c/0x334
[   68.724261] softirqs last disabled at (2072): [<ffffc8eab382ff64>] fpsimd_restore_current_state+0x158/0x334
[   68.724266] ---[ end trace 0000000000000000 ]---
[   68.733181] qcom-iris aa00000.video-codec: 
[   68.733181] <VFW_M:HostDr:265d:6eea4000:00000000> Increased length of YUV queues to 32
[   68.744254] qcom-iris aa00000.video-codec: 
[   68.744254] <VFW_L:HostDr:265d:6eea4000:00000000> Host msg: HFI_MSG_SESSION_LOAD_RESOURCES_DONE
[   68.758898] qcom-iris aa00000.video-codec: 
[   68.758898] <VFW_L:HostDr:unkn:--------:-> Host cmd: HFI_CMD_SYS_SESSION_END
[   68.779049] qcom-iris aa00000.video-codec: 
[   68.779049] <VFW_L:HostDr:unkn:--------:-> used byte before DestroySession 0x299d6
[   68.795564] qcom-iris aa00000.video-codec: 
[   68.795564] <VFW_L:WrkDec:265d:6eea4000:00000000> Start destroying ...
[   68.795564]  
[   68.814913] qcom-iris aa00000.video-codec: 
[   68.814913] <VFW_L:HostDr:unkn:--------:-> Destroying Session.
[   68.830323] qcom-iris aa00000.video-codec: 
[   68.830323] <VFW_P:HostDr:unkn:--------:-> Session 0 end 7992d3a.
[   68.845802] qcom-iris aa00000.video-codec: 
[   68.845802] <VFW_P:HostDr:unkn:--------:-> Session 6eea4000 Thread Load Stats
[   68.861250] qcom-iris aa00000.video-codec: 
[   68.861250] <VFW_L:HostDr:unkn:--------:-> Unknown Host msg 0x20007
[   68.876714] qcom-iris aa00000.video-codec: 
[   68.876714] <VFW_L:HostDr:unkn:--------:-> used byte after DestroySession 0xd77c
[   68.892229] qcom-iris aa00000.video-codec: session error for command: d0000000, event id:1009, session id:6eea4000


-- 
With best wishes
Dmitry
Re: [PATCH v3 0/4] media: qcom: flip the switch between Venus and Iris drivers
Posted by Vikash Garodia 1 week, 2 days ago 
On 1/29/2026 8:02 PM, Dmitry Baryshkov wrote:
> On Thu, Jan 29, 2026 at 03:32:28PM +0530, Vikash Garodia wrote:
>>
>> On 1/29/2026 5:51 AM, Dmitry Baryshkov wrote:
>>> On Wed, Jan 28, 2026 at 06:35:01PM +0530, Vikash Garodia wrote:
>>>>
>>>> On 1/27/2026 5:52 PM, Dmitry Baryshkov wrote:
>>>>> As the Venus and Iris drivers are close to the "feature parity" for the
>>>>> common platforms (SC7280, SM8250), in order to get more attention to
>>>>> squashing bugs from the Iris driver, flip the switch and default to the
>>>>> Iris driver if both are enabled. The Iris driver has several
>>>>> regressions, but hopefully they can be fixed through the development
>>>>> cycle by the respective team. Also it is better to fail the test than
>>>>> crash the device (which Venus driver does a lot).
>>>>>
>>>>> Note: then intention is to land this in 6.21, which might let us to
>>>>> drop those platforms from the Venus driver in 6.22+.
>>>>>
>>>>> Testing methodology: fluster test-suite, single-threaded mode, SM8250
>>>>> device (RB5).
>>>>
>>>> Could you run fluster on SC7280 as well ? Also please share the v4l2
>>>> compliance results.
>>>
>>> Okay, the SC7280 is a bit more interesting. For H.264 and VP9 the
>>> results are the same. For H.265 Iris errors out for all tests except for
>>> the one, WPP_E_ericsson_MAIN_2.
>>>
>>> The kernel prints the following message:
>>>
>>> [   82.573112] qcom-iris aa00000.video-codec: session error for command: d0000000, event id:1009, session id:52ef2000
>>>
>>
>> 0x1009 corresponds to HFI_ERR_SESSION_INSUFFICIENT_RESOURCES
>>
>> Below patch would enable firmware logs and make it print in kernel logs, you
>> can apply and share to know more about insufficient resource error.
> 
> Added it. BTW: would it make sense to land it in some way (I saw that
> earlier you posted the same one for gen2). Would it make sense to land
> it in some way upstram?

yes, for sure. It was pending, before we enable, to check firmware do 
not emit any default message which are type "err | warn" and those gets 
emitted in kernel logs everytime, even in success cases.

> 
> Anyway:
> 
> $ gst-launch-1.0 --no-fault filesrc location=/home/debian/fluster/fluster/../resources/JCT-VC-HEVC_V1/AMP_A_Samsung_7/AMP_A_Samsung_7.bin ! parsebin ! v4l2h265dec ! video/x-raw ! videoconvert dither=none ! video/x-raw,format=I420 ! videocodectestsink -m
> Setting pipeline to PAUSED ...
> Pipeline is PREROLLING ...
> Got message #19 from element "videocodectestsink0" (state-changed): GstMessageStateChanged, old-state=(GstState)null, new-state=(GstState)ready, pending-state=(GstState)void-pending;
> Got message #20 from element "capsfilter1" (state-changed): GstMessageStateChanged, old-state=(GstState)null, new-state=(GstState)ready, pending-state=(GstState)void-pending;
> Got message #21 from element "videoconvert0" (state-changed): GstMessageStateChanged, old-state=(GstState)null, new-state=(GstState)ready, pending-state=(GstState)void-pending;
> Got message #22 from element "capsfilter0" (state-changed): GstMessageStateChanged, old-state=(GstState)null, new-state=(GstState)ready, pending-state=(GstState)void-pending;
> Got message #23 from element "v4l2h265dec0" (state-changed): GstMessageStateChanged, old-state=(GstState)null, new-state=(GstState)ready, pending-state=(GstState)void-pending;
> Got message #24 from element "typefind" (state-changed): GstMessageStateChanged, old-state=(GstState)null, new-state=(GstState)ready, pending-state=(GstState)void-pending;
> Got message #25 from element "parsebin0" (state-changed): GstMessageStateChanged, old-state=(GstState)null, new-state=(GstState)ready, pending-state=(GstState)void-pending;
> Got message #26 from element "filesrc0" (state-changed): GstMessageStateChanged, old-state=(GstState)null, new-state=(GstState)ready, pending-state=(GstState)void-pending;
> Got message #27 from element "pipeline0" (state-changed): GstMessageStateChanged, old-state=(GstState)null, new-state=(GstState)ready, pending-state=(GstState)paused;
> Got message #29 from element "capsfilter1" (state-changed): GstMessageStateChanged, old-state=(GstState)ready, new-state=(GstState)paused, pending-state=(GstState)void-pending;
> Got message #30 from element "videoconvert0" (state-changed): GstMessageStateChanged, old-state=(GstState)ready, new-state=(GstState)paused, pending-state=(GstState)void-pending;
> Got message #31 from element "capsfilter0" (state-changed): GstMessageStateChanged, old-state=(GstState)ready, new-state=(GstState)paused, pending-state=(GstState)void-pending;
> Got message #32 from element "v4l2h265dec0" (state-changed): GstMessageStateChanged, old-state=(GstState)ready, new-state=(GstState)paused, pending-state=(GstState)void-pending;
> Got message #35 from pad "typefind:sink" (stream-status): GstMessageStreamStatus, type=(GstStreamStatusType)create, owner=(GstElement)"\(GstTypeFindElement\)\ typefind", object=(GstTask)"\(GstTask\)\ typefind:sink";
> Got message #36 from element "typefind" (state-changed): GstMessageStateChanged, old-state=(GstState)ready, new-state=(GstState)paused, pending-state=(GstState)void-pending;
> Got message #37 from element "parsebin0" (state-changed): GstMessageStateChanged, old-state=(GstState)ready, new-state=(GstState)paused, pending-state=(GstState)void-pending;
> Got message #38 from element "filesrc0" (state-changed): GstMessageStateChanged, old-state=(GstState)ready, new-state=(GstState)paused, pending-state=(GstState)void-pending;
> Got message #39 from pad "typefind:sink" (stream-status): GstMessageStreamStatus, type=(GstStreamStatusType)enter, owner=(GstElement)"\(GstTypeFindElement\)\ typefind", object=(GstTask)"\(GstTask\)\ typefind:sink";
> Got message #51 from element "h265parse0" (state-changed): GstMessageStateChanged, old-state=(GstState)null, new-state=(GstState)ready, pending-state=(GstState)void-pending;
> Got message #67 from pad "h265parse0:sink" (stream-status): GstMessageStreamStatus, type=(GstStreamStatusType)create, owner=(GstElement)"\(GstH265Parse\)\ h265parse0", object=(GstTask)"\(GstTask\)\ task1";
> Got message #68 from element "h265parse0" (state-changed): GstMessageStateChanged, old-state=(GstState)ready, new-state=(GstState)paused, pending-state=(GstState)void-pending;
> Got message #69 from pad "h265parse0:sink" (stream-status): GstMessageStreamStatus, type=(GstStreamStatusType)enter, owner=(GstElement)"\(GstH265Parse\)\ h265parse0", object=(GstTask)"\(GstTask\)\ h265parse0:sink";
> Got message #74 from element "parsebin0" (stream-collection): GstMessageStreamCollection, collection=(GstStreamCollection)"\(GstStreamCollection\)\ unparented";
> Got message #70 from element "pipeline0" (stream-start): GstMessageStreamStart, group-id=(uint)2;
> Got message #83 from pad "v4l2h265dec0:src" (stream-status): GstMessageStreamStatus, type=(GstStreamStatusType)create, owner=(GstElement)"\(v4l2h265dec\)\ v4l2h265dec0", object=(GstTask)"\(GstTask\)\ task2";
> ERROR: from element /GstPipeline:pipeline0/GstParseBin:parsebin0/GstH265Parse:h265parse0: Internal data stream error.
> Additional debug info:
> ../libs/gst/base/gstbaseparse.c(3703): gst_base_parse_loop (): /GstPipeline:pipeline0/GstParseBin:parsebin0/GstH265Parse:h265parse0:
> streaming stopped, reason error (-5)
> ERROR: pipeline doesn't want to preroll.
> Got message #85 from pad "v4l2h265dec0:src" (stream-status): GstMessageStreamStatus, type=(GstStreamStatusType)enter, owner=(GstElement)"\(v4l2h265dec\)\ v4l2h265dec0", object=(GstTask)"\(GstTask\)\ v4l2h265dec0:src";
> Setting pipeline to NULL ...
> ERROR: from element /GstPipeline:pipeline0/v4l2h265dec:v4l2h265dec0: Could not read from resource.
> Additional debug info:
> ../sys/v4l2/gstv4l2object.c(6253): gst_v4l2_object_poll (): /GstPipeline:pipeline0/v4l2h265dec:v4l2h265dec0:
> poll error 1: Success (0)
> ERROR: pipeline doesn't want to preroll.
> Freeing pipeline ...
> 
> 
<snip>

> [   68.592482] qcom-iris aa00000.video-codec:
> [   68.592482] <VFW_M:HostDr:265d:6eea4000:00000000> Set buffer type 0x7 addr 0xd0000000 num 1 size 135967744
> [   68.605612] qcom-iris aa00000.video-codec:
> [   68.605612] <VFW_H:HostDr:265d:6eea4000:00000000> HFI_BUFFER_COMMON_INTERNAL_SCRATCH_1, Driver macro size = 135967744 vs FW HFI macro size = 136623360 vs FW golden buffer size = 13640960
> [   68.616954] qcom-iris aa00000.video-codec:
> [   68.616954] <VFW_E:HostDr:265d:6eea4000:00000000> vDec_SetBuffers(2017): Dec_SetBuffers, Insufficient 7 buffer

One of the internal buffer size (135967744 bytes) fails to meet the size 
desired by firmware (136623360 bytes) to decode this specific test 
vector, hence resource insufficient.

We need to compare if iris is calculating any les size for scratch_1.

scratch_1 venus - 
https://elixir.bootlin.com/linux/v6.19-rc5/source/drivers/media/platform/qcom/venus/hfi_plat_bufs_v6.c#L647

scratch_1 iris - 
https://elixir.bootlin.com/linux/v6.19-rc5/source/drivers/media/platform/qcom/iris/iris_vpu_buffer.c#L552

> [   68.628259] qcom-iris aa00000.video-codec:
> [   68.628259] <VFW_L:HostDr:unkn:--------:-> Host cmd: HFI_CMD_SESSION_LOAD_RESOURCES
> [   68.640602] qcom-iris aa00000.video-codec:
> [   68.640602] <VFW_L:HostDr:265d:6eea4000:00000000> Output2 Dimensions 1:1 : NO_SCALING
> [   68.653195] qcom-iris aa00000.video-codec:
> [   68.653195] <VFW_E:HostDr:265d:6eea4000:00000000> vDec_LoadResources(1392): Load Resources Command received without complete buffer set 16/14
> [   68.665510] qcom-iris aa00000.video-codec:
> [   68.665510] <VFW_L:HostDr:265d:6eea4000:00000000> Load Resource with core id: 0
> [   68.678699] qcom-iris aa00000.video-codec:
> [   68.678699] <VFW_M:HostDr:265d:6eea4000:00000000> cabac_direct_mode = 0
> [   68.692300] qcom-iris aa00000.video-codec:
> [   68.692300] <VFW_E:HostDr:265d:6eea4000:00000000> vDec_AttachInternalBuffers(1760): mem->vsp_buf: pty->size_vsp:461056,total_size:0
> [   68.704271] qcom-iris aa00000.video-codec:
> [   68.704271] <VFW_E:HostDr:265d:6eea4000:00000000> vDec_LoadResources(1486): Load Resources failed with error code: 4105 due to internal buffer attachment
> [   68.722196] qcom-iris aa00000.video-codec:

...
> [   68.892229] qcom-iris aa00000.video-codec: session error for command: d0000000, event id:1009, session id:6eea4000

Regards,
Vikash

Patchew 2.1-devel-b67e4c2

© 2016 - 2026 Red Hat, Inc.