Re: [PATCH v13 4/5] media: qcom: camss: csid: Add support for CSID gen4
Hangxiang Ma <[email protected]> Mon, 1 Jun 2026 16:47:07 +0800
| Newsgroups | dev.linux.lists.sashiko,org.kernel.vger.linux-devicetree |
|---|---|
| Message-ID | <[email protected]> |
On 5/31/2026 8:38 AM, [email protected] wrote: >> >> [ ... ] >> >>> +static void __csid_configure_rdi_stream(struct csid_device *csid, u8 enable, u8 port, u8 vc) >>> +{ >>> + u32 val; >>> + u8 lane_cnt = csid->phy.lane_cnt; >>> + >>> + /* Source pads matching RDI channels on hardware. >>> + * E.g. Pad 1 -> RDI0, Pad 2 -> RDI1, etc. >>> + */ >>> + struct v4l2_mbus_framefmt *input_format = &csid->fmt[MSM_CSID_PAD_FIRST_SRC + port]; >> >> The macro MSM_CSID_MAX_SRC_STREAMS_GEN4 evaluates to 5 for non-lite CSID >> hardware, meaning the loop index port can reach 4. >> >> Since MSM_CSID_PAD_FIRST_SRC is 1, MSM_CSID_PAD_FIRST_SRC + port evaluates >> to 5. > > That's worrying. > > Would appreciate some follow-up from patch authors on this one "yes we > looked no that can't happen" "yes we looked no it can't happen" > > Either is acceptable. It cannot happens as we have limited the vfe_line number to 3 due to camss framework limitation. Best regards, Hangxiang