Re: [PATCH 0/5] media: qcom: camss: Fix RDI streaming for various CSIDs
From: Bryan O'Donoghue
Date: Tue Apr 07 2026 - 04:37:03 EST
On 07/04/2026 09:16, Loic Poulain wrote:
I agree with the observation and conclusion that proper PORT and VC
support is needed. However, as things stand today, this mechanism is
also a convenient API for leveraging different virtual channels.
Concretely, if you want to receive data from both VC0 and VC1, you can
simply use RDI0 and RDI1. Changing this behavior would effectively
break that usage model, leaving us only able to retrieve VC0 data,
which feels like a regression to me. The more compelling use case, in
my view, is the ability to stream different VCs in parallel, rather
than streaming VC0 multiple times?
This then brings us to the Pix interface, where streaming something
like VC3 does not really make sense. In the current csid-340 series
[1], I therefore took a simpler approach/workaround of forcing the
main channel (VC0) for the Pix interface.
[1]https://lore.kernel.org/linux-media/20260313131750.187518-4- loic.poulain@xxxxxxxxxxxxxxxx
I thought about that however, there are no upstream sensors driving more than once VC right now.
So this really is a bugfix. You can even see it in the original commit message for this feature, imx412 was used in the example but imx412 doesn't support multiple VCs.
This is a pure bugfix and now that you draw my attention to it, I think you should update your series.
I guess this explains the indexing stuff I was nagging you about.
---
bod