From: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
To: Tomi Valkeinen <tomi.valkeinen@ideasonboard.com>
Cc: linux-media@vger.kernel.org,
Dave Stevenson <dave.stevenson@raspberrypi.com>,
David Plowman <david.plowman@raspberrypi.com>,
Jean-Michel Hautbois <jeanmichel.hautbois@yoseli.org>,
Hans Verkuil <hverkuil-cisco@xs4all.nl>,
Naushir Patuck <naush@raspberrypi.com>,
Sakari Ailus <sakari.ailus@linux.intel.com>,
kernel-list@raspberrypi.com,
linux-rpi-kernel@lists.infradead.org,
Florian Fainelli <florian.fainelli@broadcom.com>,
Ray Jui <rjui@broadcom.com>,
Scott Branden <sbranden@broadcom.com>,
bcm-kernel-feedback-list@broadcom.com
Subject: Re: [PATCH v7 05/15] media: i2c: imx219: Add embedded data support
Date: Thu, 28 Mar 2024 23:49:40 +0200 [thread overview]
Message-ID: <20240328214940.GF11463@pendragon.ideasonboard.com> (raw)
In-Reply-To: <f44c64ad-78b0-41a5-be12-27835f3babfa@ideasonboard.com>
Hi Tomi,
On Wed, Mar 27, 2024 at 12:51:11PM +0200, Tomi Valkeinen wrote:
> On 25/03/2024 00:08, Laurent Pinchart wrote:
> > The IMX219 generates embedded data unconditionally. Report it as an
> > additional stream, with a new internal embedded data pad, and update
> > subdev operations accordingly.
> >
> > Signed-off-by: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
> > ---
> > Changes since v6:
> >
> > - Get format from IMX219_STREAM_IMAGE in imx219_set_ctrl()
> > - Fix mbus code for second stream in imx219_get_frame_desc()
> > - Set V4L2_SUBDEV_ROUTE_FL_IMMUTABLE flag on route
> > ---
> > drivers/media/i2c/imx219.c | 188 +++++++++++++++++++++++++++++++------
> > 1 file changed, 160 insertions(+), 28 deletions(-)
> >
> > diff --git a/drivers/media/i2c/imx219.c b/drivers/media/i2c/imx219.c
> > index fa64bc402c9a..86a0ebf6d65f 100644
> > --- a/drivers/media/i2c/imx219.c
> > +++ b/drivers/media/i2c/imx219.c
> > @@ -149,6 +149,9 @@
> > #define IMX219_PIXEL_ARRAY_WIDTH 3280U
> > #define IMX219_PIXEL_ARRAY_HEIGHT 2464U
> >
> > +/* Embedded metadata stream height */
> > +#define IMX219_EMBEDDED_DATA_HEIGHT 2U
> > +
> > /* Mode : resolution and related config&values */
> > struct imx219_mode {
> > /* Frame width */
> > @@ -317,9 +320,15 @@ static const struct imx219_mode supported_modes[] = {
> > enum imx219_pad_ids {
> > IMX219_PAD_SOURCE,
> > IMX219_PAD_IMAGE,
> > + IMX219_PAD_EDATA,
> > IMX219_NUM_PADS,
> > };
> >
> > +enum imx219_stream_ids {
> > + IMX219_STREAM_IMAGE,
> > + IMX219_STREAM_EDATA,
> > +};
> > +
> > struct imx219 {
> > struct v4l2_subdev sd;
> > struct media_pad pads[IMX219_NUM_PADS];
> > @@ -382,7 +391,8 @@ static int imx219_set_ctrl(struct v4l2_ctrl *ctrl)
> > int ret = 0;
> >
> > state = v4l2_subdev_get_locked_active_state(&imx219->sd);
> > - format = v4l2_subdev_state_get_format(state, IMX219_PAD_SOURCE);
> > + format = v4l2_subdev_state_get_format(state, IMX219_PAD_SOURCE,
> > + IMX219_STREAM_IMAGE);
>
> As mentioned in the previous mail, all these lines could be in a
> separate patch, they are not related to embedded data support.
Done.
> > if (ctrl->id == V4L2_CID_VBLANK) {
> > int exposure_max, exposure_def;
> > @@ -610,6 +620,25 @@ static unsigned int imx219_format_bpp(u32 code)
> > }
> > }
> >
> > +/* Return the embedded data format corresponding to an image format. */
> > +static u32 imx219_format_edata(u32 code)
> > +{
> > + switch (code) {
> > + case MEDIA_BUS_FMT_SRGGB8_1X8:
> > + case MEDIA_BUS_FMT_SGRBG8_1X8:
> > + case MEDIA_BUS_FMT_SGBRG8_1X8:
> > + case MEDIA_BUS_FMT_SBGGR8_1X8:
> > + return MEDIA_BUS_FMT_META_8;
> > +
> > + case MEDIA_BUS_FMT_SRGGB10_1X10:
> > + case MEDIA_BUS_FMT_SGRBG10_1X10:
> > + case MEDIA_BUS_FMT_SGBRG10_1X10:
> > + case MEDIA_BUS_FMT_SBGGR10_1X10:
> > + default:
> > + return MEDIA_BUS_FMT_META_10;
> > + }
> > +}
>
> You could also switch based on imx219_format_bpp().
Is that better ? I can also get rid of the function and do this in its
single caller:
ed_format->code = imx219_format_bpp(format->code) == 10
? MEDIA_BUS_FMT_META_10 : MEDIA_BUS_FMT_META_8;
but a helper function probably makes things a bit more readable. Let me
know what you prefer.
> > static int imx219_set_framefmt(struct imx219 *imx219,
> > struct v4l2_subdev_state *state)
> > {
> > @@ -619,7 +648,8 @@ static int imx219_set_framefmt(struct imx219 *imx219,
> > u64 bin_h, bin_v;
> > int ret = 0;
> >
> > - format = v4l2_subdev_state_get_format(state, IMX219_PAD_SOURCE);
> > + format = v4l2_subdev_state_get_format(state, IMX219_PAD_SOURCE,
> > + IMX219_STREAM_IMAGE);
> > crop = v4l2_subdev_state_get_crop(state, IMX219_PAD_IMAGE);
> > bpp = imx219_format_bpp(format->code);
> >
> > @@ -774,17 +804,33 @@ static int imx219_enum_mbus_code(struct v4l2_subdev *sd,
> > {
> > struct imx219 *imx219 = to_imx219(sd);
> >
> > - if (code->pad == IMX219_PAD_IMAGE) {
> > + switch (code->pad) {
> > + case IMX219_PAD_IMAGE:
> > /* The internal image pad is hardwired to the native format. */
> > - if (code->index)
> > + if (code->index > 0)
>
> Was there something wrong with if (code->index)? I don't mind the
> change, but it's not related to adding embedded data support.
I find it more explicit, I read it as "if the code index is higher than
the number of supported values" instead of "if the code has an index".
> Also, you added the line in patch 2, so you could change it already in
> there.
I'll change it there.
> Normally it wouldn't matter that much, but I think it makes sense trying
> to make the imx219 patches as clean as possible, as they'll be used for
> reference.
Yes, I noticed an unusual amount of nit-picking :-)
> > return -EINVAL;
> >
> > code->code = IMX219_NATIVE_FORMAT;
> > - } else {
> > - /*
> > - * On the source pad, the sensor supports multiple raw formats
> > - * with different bit depths.
> > - */
> > + return 0;
> > +
> > + case IMX219_PAD_EDATA:
> > + if (code->index > 0)
> > + return -EINVAL;
> > +
> > + code->code = MEDIA_BUS_FMT_CCS_EMBEDDED;
> > + return 0;
> > +
> > + case IMX219_PAD_SOURCE:
> > + default:
> > + break;
> > + }
> > +
> > + /*
> > + * On the source pad, the sensor supports multiple image raw formats
> > + * with different bit depths. The embedded data format bit depth
> > + * follows the image stream.
> > + */
> > + if (code->stream == IMX219_STREAM_IMAGE) {
> > u32 format;
>
> It seems we get these constructs quite often:
>
> switch (pad) {
> case IMX219_PAD_IMAGE:
> return;
> case IMX219_PAD_EDATA:
> return;
> case IMX219_PAD_SOURCE:
> default:
> break;
> }
>
> if (stream == IMX219_STREAM_IMAGE) {
> } else {
> }
>
> I wonder would it be better to make a macro that combines the pad and
> stream numbers, and then one could do:
>
> switch (padstream) {
> case IMX219_PADSTREAM_IMAGE:
> case IMX219_PADSTREAM_EDATA:
> case IMX219_PADSTREAM_SOURCE_IMAGE:
> case IMX219_PADSTREAM_SOURCE_EDATA:
> }
I could also write
if (code->pad == IMX219_PAD_IMAGE) {
...
} else if (code->pad == IMX219_PAD_EDATA) {
...
} else if (code->stream == IMX219_STREAM_IMAGE) {
...
} else {
...
}
I'm not entirely sure it would be significantly more readable. I don't
mind changing the code if anyone has a clear preference, but I'd like to
avoid going back and forth. Maybe Sakari and you can decide ?
> >
> > if (code->index >= (ARRAY_SIZE(imx219_mbus_formats) / 4))
> > @@ -792,6 +838,15 @@ static int imx219_enum_mbus_code(struct v4l2_subdev *sd,
> >
> > format = imx219_mbus_formats[code->index * 4];
> > code->code = imx219_get_format_code(imx219, format);
> > + } else {
> > + struct v4l2_mbus_framefmt *fmt;
> > +
> > + if (code->index > 0)
> > + return -EINVAL;
> > +
> > + fmt = v4l2_subdev_state_get_format(state, IMX219_PAD_SOURCE,
> > + IMX219_STREAM_EDATA);
> > + code->code = fmt->code;
> > }
> >
> > return 0;
> > @@ -803,7 +858,8 @@ static int imx219_enum_frame_size(struct v4l2_subdev *sd,
> > {
> > struct imx219 *imx219 = to_imx219(sd);
> >
> > - if (fse->pad == IMX219_PAD_IMAGE) {
> > + switch (fse->pad) {
> > + case IMX219_PAD_IMAGE:
> > if (fse->code != IMX219_NATIVE_FORMAT || fse->index > 0)
> > return -EINVAL;
> >
> > @@ -811,7 +867,24 @@ static int imx219_enum_frame_size(struct v4l2_subdev *sd,
> > fse->max_width = IMX219_NATIVE_WIDTH;
> > fse->min_height = IMX219_NATIVE_HEIGHT;
> > fse->max_height = IMX219_NATIVE_HEIGHT;
> > - } else {
> > + return 0;
> > +
> > + case IMX219_PAD_EDATA:
> > + if (fse->code != MEDIA_BUS_FMT_CCS_EMBEDDED || fse->index > 0)
> > + return -EINVAL;
> > +
> > + fse->min_width = IMX219_NATIVE_WIDTH;
> > + fse->max_width = IMX219_NATIVE_WIDTH;
> > + fse->min_height = IMX219_EMBEDDED_DATA_HEIGHT;
> > + fse->max_height = IMX219_EMBEDDED_DATA_HEIGHT;
> > + return 0;
> > +
> > + case IMX219_PAD_SOURCE:
> > + default:
> > + break;
> > + }
> > +
> > + if (fse->stream == IMX219_STREAM_IMAGE) {
> > if (fse->code != imx219_get_format_code(imx219, fse->code) ||
> > fse->index >= ARRAY_SIZE(supported_modes))
> > return -EINVAL;
> > @@ -820,6 +893,21 @@ static int imx219_enum_frame_size(struct v4l2_subdev *sd,
> > fse->max_width = fse->min_width;
> > fse->min_height = supported_modes[fse->index].height;
> > fse->max_height = fse->min_height;
> > + } else {
> > + struct v4l2_mbus_framefmt *fmt;
> > +
> > + fmt = v4l2_subdev_state_get_format(state, IMX219_PAD_SOURCE,
> > + IMX219_STREAM_EDATA);
> > + if (fse->code != fmt->code)
> > + return -EINVAL;
> > +
> > + if (fse->index)
> > + return -EINVAL;
> > +
> > + fse->min_width = fmt->width;
> > + fse->max_width = fmt->width;
> > + fse->min_height = IMX219_EMBEDDED_DATA_HEIGHT;
> > + fse->max_height = IMX219_EMBEDDED_DATA_HEIGHT;
> > }
> >
> > return 0;
> > @@ -831,6 +919,7 @@ static int imx219_set_pad_format(struct v4l2_subdev *sd,
> > {
> > struct imx219 *imx219 = to_imx219(sd);
> > const struct imx219_mode *mode;
> > + struct v4l2_mbus_framefmt *ed_format;
> > struct v4l2_mbus_framefmt *format;
> > struct v4l2_rect *compose;
> > struct v4l2_rect *crop;
> > @@ -838,9 +927,9 @@ static int imx219_set_pad_format(struct v4l2_subdev *sd,
> >
> > /*
> > * The driver is mode-based, the format can be set on the source pad
> > - * only.
> > + * only, and only for the image streeam.
> > */
> > - if (fmt->pad != IMX219_PAD_SOURCE)
> > + if (fmt->pad != IMX219_PAD_SOURCE || fmt->stream != IMX219_STREAM_IMAGE)
> > return v4l2_subdev_get_fmt(sd, state, fmt);
> >
> > /*
> > @@ -897,15 +986,31 @@ static int imx219_set_pad_format(struct v4l2_subdev *sd,
> > * No mode use digital crop, the source pad crop rectangle size and
> > * format are thus identical to the image pad compose rectangle.
> > */
> > - crop = v4l2_subdev_state_get_crop(state, IMX219_PAD_SOURCE);
> > + crop = v4l2_subdev_state_get_crop(state, IMX219_PAD_SOURCE,
> > + IMX219_STREAM_IMAGE);
> > crop->left = 0;
> > crop->top = 0;
> > crop->width = fmt->format.width;
> > crop->height = fmt->format.height;
> >
> > - format = v4l2_subdev_state_get_format(state, IMX219_PAD_SOURCE);
> > + format = v4l2_subdev_state_get_format(state, IMX219_PAD_SOURCE,
> > + IMX219_STREAM_IMAGE);
> > *format = fmt->format;
> >
> > + /*
> > + * Finally, update the formats on the sink and source sides of the
> > + * embedded data stream.
> > + */
> > + ed_format = v4l2_subdev_state_get_format(state, IMX219_PAD_EDATA);
> > + ed_format->code = imx219_format_edata(format->code);
> > + ed_format->width = format->width;
> > + ed_format->height = IMX219_EMBEDDED_DATA_HEIGHT;
> > + ed_format->field = V4L2_FIELD_NONE;
> > +
> > + format = v4l2_subdev_state_get_format(state, IMX219_PAD_SOURCE,
> > + IMX219_STREAM_EDATA);
> > + *format = *ed_format;
> > +
> > if (fmt->which == V4L2_SUBDEV_FORMAT_ACTIVE) {
> > int exposure_max;
> > int exposure_def;
> > @@ -944,6 +1049,13 @@ static int imx219_get_selection(struct v4l2_subdev *sd,
> > {
> > struct v4l2_rect *compose;
> >
> > + /*
> > + * The embedded data stream doesn't support selection rectangles,
> > + * neither on the embedded data pad nor on the source pad.
> > + */
> > + if (sel->pad == IMX219_PAD_EDATA || sel->stream != 0)
> > + return -EINVAL;
> > +
> > switch (sel->target) {
> > case V4L2_SEL_TGT_NATIVE_SIZE:
> > if (sel->pad != IMX219_PAD_IMAGE)
> > @@ -996,12 +1108,19 @@ static int imx219_get_selection(struct v4l2_subdev *sd,
> > static int imx219_init_state(struct v4l2_subdev *sd,
> > struct v4l2_subdev_state *state)
> > {
> > - struct v4l2_subdev_route routes[1] = {
> > + struct v4l2_subdev_route routes[2] = {
> > {
> > .sink_pad = IMX219_PAD_IMAGE,
> > .sink_stream = 0,
> > .source_pad = IMX219_PAD_SOURCE,
> > - .source_stream = 0,
> > + .source_stream = IMX219_STREAM_IMAGE,
> > + .flags = V4L2_SUBDEV_ROUTE_FL_ACTIVE |
> > + V4L2_SUBDEV_ROUTE_FL_IMMUTABLE,
> > + }, {
> > + .sink_pad = IMX219_PAD_EDATA,
> > + .sink_stream = 0,
> > + .source_pad = IMX219_PAD_SOURCE,
> > + .source_stream = IMX219_STREAM_EDATA,
> > .flags = V4L2_SUBDEV_ROUTE_FL_ACTIVE |
> > V4L2_SUBDEV_ROUTE_FL_IMMUTABLE,
> > },
> > @@ -1014,7 +1133,7 @@ static int imx219_init_state(struct v4l2_subdev *sd,
> > struct v4l2_subdev_format fmt = {
> > .which = V4L2_SUBDEV_FORMAT_TRY,
> > .pad = IMX219_PAD_SOURCE,
> > - .stream = 0,
> > + .stream = IMX219_STREAM_IMAGE,
> > .format = {
> > .code = MEDIA_BUS_FMT_SRGGB10_1X10,
> > .width = supported_modes[0].width,
> > @@ -1027,6 +1146,10 @@ static int imx219_init_state(struct v4l2_subdev *sd,
> > if (ret)
> > return ret;
> >
> > + /*
> > + * Set the image stream format on the source pad. This will be
> > + * propagated to all formats and selection rectangles internally.
> > + */
> > imx219_set_pad_format(sd, state, &fmt);
> >
> > return 0;
> > @@ -1035,29 +1158,36 @@ static int imx219_init_state(struct v4l2_subdev *sd,
> > static int imx219_get_frame_desc(struct v4l2_subdev *sd, unsigned int pad,
> > struct v4l2_mbus_frame_desc *fd)
> > {
> > - const struct v4l2_mbus_framefmt *fmt;
> > struct v4l2_subdev_state *state;
> > - u32 code;
> > + u32 img_code;
> > + u32 ed_code;
> >
> > if (pad != IMX219_PAD_SOURCE)
> > return -EINVAL;
> >
> > state = v4l2_subdev_lock_and_get_active_state(sd);
> > - fmt = v4l2_subdev_state_get_format(state, IMX219_PAD_SOURCE, 0);
> > - code = fmt->code;
> > + img_code = v4l2_subdev_state_get_format(state, IMX219_PAD_SOURCE,
> > + IMX219_STREAM_IMAGE)->code;
> > + ed_code = v4l2_subdev_state_get_format(state, IMX219_PAD_SOURCE,
> > + IMX219_STREAM_EDATA)->code;
> > v4l2_subdev_unlock_state(state);
> >
> > fd->type = V4L2_MBUS_FRAME_DESC_TYPE_CSI2;
> > - fd->num_entries = 1;
> > + fd->num_entries = 2;
> >
> > memset(fd->entry, 0, sizeof(fd->entry));
> >
> > - fd->entry[0].pixelcode = code;
> > - fd->entry[0].stream = 0;
> > + fd->entry[0].pixelcode = img_code;
> > + fd->entry[0].stream = IMX219_STREAM_IMAGE;
> > fd->entry[0].bus.csi2.vc = 0;
> > - fd->entry[0].bus.csi2.dt = imx219_format_bpp(code) == 8
> > + fd->entry[0].bus.csi2.dt = imx219_format_bpp(img_code) == 8
> > ? MIPI_CSI2_DT_RAW8 : MIPI_CSI2_DT_RAW10;
> >
> > + fd->entry[1].pixelcode = ed_code;
> > + fd->entry[1].stream = IMX219_STREAM_EDATA;
> > + fd->entry[1].bus.csi2.vc = 0;
> > + fd->entry[1].bus.csi2.dt = MIPI_CSI2_DT_EMBEDDED_8B;
> > +
> > return 0;
> > }
> >
> > @@ -1321,12 +1451,14 @@ static int imx219_probe(struct i2c_client *client)
> > /*
> > * Initialize the pads. To preserve backward compatibility with
> > * userspace that used the sensor before the introduction of the
> > - * internal image pad, the external source pad is numbered 0 and the
> > - * internal image pad numbered 1.
> > + * internal pads, the external source pad is numbered 0 and the internal
> > + * image and embedded data pads numbered 1 and 2 respectively.
> > */
> > imx219->pads[IMX219_PAD_SOURCE].flags = MEDIA_PAD_FL_SOURCE;
> > imx219->pads[IMX219_PAD_IMAGE].flags = MEDIA_PAD_FL_SINK
> > | MEDIA_PAD_FL_INTERNAL;
> > + imx219->pads[IMX219_PAD_EDATA].flags = MEDIA_PAD_FL_SINK
> > + | MEDIA_PAD_FL_INTERNAL;
> >
> > ret = media_entity_pads_init(&imx219->sd.entity,
> > ARRAY_SIZE(imx219->pads), imx219->pads);
--
Regards,
Laurent Pinchart
next prev parent reply other threads:[~2024-03-28 21:49 UTC|newest]
Thread overview: 40+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-03-24 22:08 [PATCH v7 00/15] media: Add driver for the Raspberry Pi <5 CSI-2 receiver Laurent Pinchart
2024-03-24 22:08 ` [PATCH v7 01/15] media: i2c: imx219: Inline imx219_update_pad_format() in its caller Laurent Pinchart
2024-03-24 22:08 ` [PATCH v7 02/15] media: i2c: imx219: Add internal image sink pad Laurent Pinchart
2024-03-27 9:51 ` Tomi Valkeinen
2024-03-28 16:09 ` Laurent Pinchart
2024-03-28 16:18 ` Tomi Valkeinen
2024-03-28 16:56 ` Laurent Pinchart
2024-03-24 22:08 ` [PATCH v7 03/15] media: i2c: imx219: Report internal routes to userspace Laurent Pinchart
2024-03-27 9:56 ` Tomi Valkeinen
2024-04-04 8:19 ` Tomi Valkeinen
2024-04-04 8:29 ` Sakari Ailus
2024-04-04 10:29 ` Tomi Valkeinen
2024-04-04 10:34 ` Laurent Pinchart
2024-03-24 22:08 ` [PATCH v7 04/15] media: i2c: imx219: Report streams using frame descriptors Laurent Pinchart
2024-03-27 10:08 ` Tomi Valkeinen
2024-03-28 17:17 ` Laurent Pinchart
2024-03-24 22:08 ` [PATCH v7 05/15] media: i2c: imx219: Add embedded data support Laurent Pinchart
2024-03-26 23:30 ` Sakari Ailus
2024-03-27 0:22 ` Laurent Pinchart
2024-03-27 6:52 ` Sakari Ailus
2024-03-27 10:51 ` Tomi Valkeinen
2024-03-28 21:49 ` Laurent Pinchart [this message]
2024-03-29 9:13 ` Tomi Valkeinen
2024-03-24 22:08 ` [PATCH v7 06/15] media: v4l: Add V4L2-PIX-FMT-Y12P format Laurent Pinchart
2024-03-27 11:08 ` Tomi Valkeinen
2024-03-27 11:18 ` Laurent Pinchart
2024-03-24 22:08 ` [PATCH v7 07/15] media: v4l: Add V4L2-PIX-FMT-Y14P format Laurent Pinchart
2024-03-24 22:08 ` [PATCH v7 08/15] dt-bindings: media: Add bindings for bcm2835-unicam Laurent Pinchart
2024-03-24 22:08 ` [PATCH v7 09/15] media: bcm2835-unicam: Add support for CCP2/CSI2 camera interface Laurent Pinchart
2024-03-27 11:21 ` Tomi Valkeinen
2024-04-01 13:52 ` Laurent Pinchart
2024-04-02 6:00 ` Tomi Valkeinen
2024-04-02 6:05 ` Laurent Pinchart
2024-03-24 22:08 ` [PATCH v7 10/15] ARM: dts: bcm2835-rpi: Move firmware-clocks from bcm2711 to bcm2835 Laurent Pinchart
2024-03-24 22:08 ` [PATCH v7 11/15] ARM: dts: bcm2835: Add Unicam CSI nodes Laurent Pinchart
2024-03-24 22:08 ` [PATCH v7 12/15] ARM: dts: bcm2711-rpi: Add pinctrl-based multiplexing for I2C0 Laurent Pinchart
2024-03-24 22:08 ` [PATCH v7 13/15] ARM: dts: bcm2711-rpi-cm4-io: Add RTC on I2C0 Laurent Pinchart
2024-03-24 22:08 ` [PATCH v7 14/15] ARM: dts: bcm2711-rpi-4-b: Add CAM1 regulator Laurent Pinchart
2024-03-24 22:08 ` [PATCH v7 15/15] [DNI] arm64: dts: broadcom: Add overlay for Raspberry Pi 4B IMX219 camera Laurent Pinchart
2024-03-25 13:55 ` [PATCH v7 00/15] media: Add driver for the Raspberry Pi <5 CSI-2 receiver Rob Herring
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20240328214940.GF11463@pendragon.ideasonboard.com \
--to=laurent.pinchart@ideasonboard.com \
--cc=bcm-kernel-feedback-list@broadcom.com \
--cc=dave.stevenson@raspberrypi.com \
--cc=david.plowman@raspberrypi.com \
--cc=florian.fainelli@broadcom.com \
--cc=hverkuil-cisco@xs4all.nl \
--cc=jeanmichel.hautbois@yoseli.org \
--cc=kernel-list@raspberrypi.com \
--cc=linux-media@vger.kernel.org \
--cc=linux-rpi-kernel@lists.infradead.org \
--cc=naush@raspberrypi.com \
--cc=rjui@broadcom.com \
--cc=sakari.ailus@linux.intel.com \
--cc=sbranden@broadcom.com \
--cc=tomi.valkeinen@ideasonboard.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).