From: Jacopo Mondi <jacopo.mondi@ideasonboard.com>
To: Hans Verkuil <hverkuil+cisco@kernel.org>
Cc: "Laurent Pinchart" <laurent.pinchart@ideasonboard.com>,
"Nicolas Dufresne" <nicolas.dufresne@collabora.com>,
"Loic Poulain" <loic.poulain@oss.qualcomm.com>,
"Linux Media Mailing List" <linux-media@vger.kernel.org>,
"Mauro Carvalho Chehab" <mchehab@kernel.org>,
"Sean Young" <sean@mess.org>,
"Sakari Ailus" <sakari.ailus@linux.intel.com>,
"Ricardo Ribalda" <ribalda@chromium.org>,
"Jacopo Mondi" <jacopo.mondi@ideasonboard.com>,
"Niklas Söderlund" <niklas.soderlund@ragnatech.se>,
"Tomi Valkeinen" <tomi.valkeinen@ideasonboard.com>,
"Alain Volmat" <alain.volmat@foss.st.com>,
"Bryan O'Donoghue" <bryan.odonoghue@linaro.org>,
"Dave Stevenson" <dave.stevenson@raspberrypi.com>,
"Daniel Almeida" <daniel.almeida@collabora.com>,
"Michael Tretter" <m.tretter@pengutronix.de>,
"Tomasz Figa" <tfiga@chromium.org>,
"Steve Cho" <stevecho@chromium.org>,
"Kieran Bingham" <kieran.bingham@ideasonboard.com>,
"Kevin Hilman" <khilman@baylibre.com>,
"Paul Kocialkowski" <paulk@sys-base.io>,
"Benjamin Mugnier" <benjamin.mugnier@foss.st.com>,
"Hans de Goede" <hansg@kernel.org>,
"Maxime Ripard" <mripard@kernel.org>,
"Brandon Brnich" <b-brnich@ti.com>,
"Marco Felsch" <m.felsch@pengutronix.de>,
"Sven Püschel" <s.pueschel@pengutronix.de>,
"Michael Riesch" <michael.riesch@collabora.com>,
"Devarsh Thakkar" <devarsht@ti.com>,
"Yemike Abhilash Chandra" <y-abhilashchandra@ti.com>,
"Jackson Lee" <jackson.lee@chipsnmedia.com>,
"Jai Luthra" <jai.luthra@ideasonboard.com>,
"Mehdi Djait" <mehdi.djait@linux.intel.com>,
"Padhi, Beleswar" <b-padhi@ti.com>,
"Donadkar, Rishikesh" <r-donadkar@ti.com>,
"Rouven Czerwinski" <rouven.czerwinski@linaro.org>,
"Daniel Scally" <dan.scally@ideasonboard.com>
Subject: Re: [ANNv4] Media Summit on May 26th in Nice, France
Date: Tue, 14 Apr 2026 09:04:58 +0200 [thread overview]
Message-ID: <ad3k-uwxEd0Hwb82@zed> (raw)
In-Reply-To: <b427dccb-d512-470f-9a42-0f9d153dd1b5@kernel.org>
Hi
On Tue, Apr 14, 2026 at 08:47:39AM +0200, Hans Verkuil wrote:
> On 13/04/2026 23:16, Laurent Pinchart wrote:
> > On Mon, Apr 13, 2026 at 04:25:54PM -0400, Nicolas Dufresne wrote:
> >> Le lundi 13 avril 2026 à 23:19 +0300, Laurent Pinchart a écrit :
> >>> On Mon, Apr 13, 2026 at 10:03:52PM +0200, Loic Poulain wrote:
> >>>> Hi Hans,
> >>>>
> >>>> I would be happy to discuss this if a slot is available:
> >>>>
> >>>> Title: Generic V4L2 ISP M2M framework
> >>>> Presenter: Loic Poulain
> >>>> Time estimate: ~20min
> >>>> Description: During early development of a Qualcomm Offline Image
> >>>> Processing Engine (OPE), we relied on the V4L2 memory‑to‑memory
> >>>> (v4l2‑m2m) framework, which is widely used and provides solid support
> >>>> for buffer management and scheduling. However, applying it to an ISP
> >>>> use case exposes limitations: ISP engines often require a richer media
> >>>> graph, with multiple pads and metadata flows, similar to inline ISP
> >>>> pipelines (params, stats, outputs). This talk proposes discussing the
> >>>> need for and design of a common V4L2 ISP M2M framework to factor out
> >>>> shared functionality across drivers, particularly around buffer/queue
> >>>> management and job scheduling.
> >>>
> >>> That's well aligned with the v4l2-isp framework that Jacopo started, and
> >>> to the multi-context and media-jobs APIs that we have proposed. I
> >>> wonder, however, if a short session at the media summit will be enough,
> >>> or if we should try to organize a half day brainstorming workshop at
> >>> some point. Depending on when the people interested in this topic plan
> >>> to arrive, Monday could be an option.
> >>
> >> I'm also/still interested in the multi-context for m2m decoders that have inline
> >> post-processing capabilities (current model forces us to waste a lot of RAM). We
> >> just restarted some design discussion with the team, with an increased
> >> confidence that multi-context is the way. The scheduler could come handy in the
> >> future if we get to deal with more multi-stage codecs in the future. I'll be in
> >> Nice all day Monday.
> >
> > I will unfortunately be available only until 15:00 on Monday, but Jacopo
> > should be available through the day. Let's see who would be interested
> > and available, and try to organize something.
>
> I'm available on Monday as well. I think this is a topic that is well suited
> to a brainstorm session.
>
> The agenda for the media summit is getting quite full, and I agree with Laurent
> that 20 minutes is likely not enough. If we can so a session on Monday instead,
> then that would be a good solution.
I agree a longer time for discussion would be ideal
>
> I have never been very enthusiastic about the m2m framework: it's fine for e.g.
> simple scalers, but it's awkward to use for codecs let alone ISPs.
>
> I always felt that we really need variants of the m2m framework that are customized
> to specific use-cases: i.e. a codec m2m framework, and (perhaps) an ISP m2m framework.
>
> The big problem with that is of course who will do the work. Making new frameworks
> is difficult and takes a long time.
I would have liked to propose for the media summit a quick discussion
about the job scheduler.
--------------------------------------------------------------------------------
A case for a media-job scheduler
================================
A quick 15 minutes presentation of a use case for a media job
scheduler.
Dan has proposed last year a framework for scheduling operations
across multiple drivers that compose a capture pipeline:
https://www.spinics.net/lists/linux-media/msg279502.html
To better clarify why this is useful, I would like to discuss and
describe a practical use case based around the Mali-C55 ISP as
integrated in the Renesas RZ/V2H(P) SoC.
--------------------------------------------------------------------------------
I think this could be useful for the linux-media summit, but I can
quickly show this on Monday as well as going through the last year
presentation about the multi-context framework ?
>
> Regards,
>
> Hans
>
> >
> >>>> On Sun, Apr 12, 2026 at 12:25 PM Hans Verkuil wrote:
> >>>>>
> >>>>> (Please pass this on to anyone you think might be interested in this!)
> >>>>>
> >>>>> Hi all,
> >>>>>
> >>>>> This is the fourth version of this announcement, updating the list of
> >>>>> attendees
> >>>>> and the tentative agenda at the end: please let me know if you see
> >>>>> mistakes.
> >>>>> Note that there is still time for one or two other topics. Also please
> >>>>> check
> >>>>> the agenda if you need more (or perhaps less) time for your topic.
> >>>>>
> >>>>> This year's Media Summit will be held on Tuesday May 26th the day before
> >>>>> the
> >>>>> Embedded Recipes Conference in Nice, France:
> >>>>>
> >>>>> https://embedded-recipes.org/2026/
> >>>>>
> >>>>> The Media Summit will be held at Hotel Campanile and in the same meeting
> >>>>> room
> >>>>> as last year (Nikaia):
> >>>>>
> >>>>> https://nice-aeroport.campanile.com/en-us/
> >>>>>
> >>>>> It is close to the Airport and to the Embedded Recipes venue.
> >>>>>
> >>>>> The meeting room can hold up to 30 people and I will provide video
> >>>>> conferencing support,
> >>>>> just like last year. The location and the meeting room was quite nice last
> >>>>> year, so
> >>>>> I saw no need to change it.
> >>>>>
> >>>>> That said, in-person participation is very much preferred. This yearly
> >>>>> summit is meant
> >>>>> for active media developers to meet face-to-face and to discuss media
> >>>>> subsystem issues.
> >>>>>
> >>>>> And it is also a good opportunity to talk to each other during the
> >>>>> Embedded Recipes
> >>>>> conference to discuss topics in a smaller group. But if you are an active
> >>>>> media developer
> >>>>> and are really not able to attend in person, then remote participation is
> >>>>> an option.
> >>>>>
> >>>>> If you want to attend the meeting (either in person or remote), then send
> >>>>> an email to me
> >>>>> directly. The deadline for in-person attendance is May 14 as the hotel
> >>>>> needs to know the
> >>>>> final number of attendees by then.
> >>>>>
> >>>>> There is no registration fee, the meeting room is sponsored by Cisco and
> >>>>> Collabora, and
> >>>>> the lunch is sponsored by Ideas on Board! Many thanks to our sponsors,
> >>>>> it's very much
> >>>>> appreciated.
> >>>>>
> >>>>> If you have a topic that you want to discuss, just 'Reply All' to this
> >>>>> announcement
> >>>>> and give the topic title, a short description and a guesstimate of the
> >>>>> time you need
> >>>>> for your topic.
> >>>>>
> >>>>> See last year's Media Summit Report as an example of what to expect:
> >>>>>
> >>>>> https://lore.kernel.org/linux-media/21769183-ca57-4f8f-818a-6a1ad089298d@jjverkuil.nl/
> >>>>>
> >>>>> Regards,
> >>>>>
> >>>>> Hans
> >>>>>
> >>>>> PS: Be aware that May 24 and 25 are public holidays in France. So many
> >>>>> shops may be
> >>>>> closed those days.
> >>>>>
> >>>>> In-person attendees:
> >>>>> Sakari Ailus <sakari.ailus@linux.intel.com>
> >>>>> Kieran Bingham <kieran.bingham@ideasonboard.com>
> >>>>> Brandon Brnich <b-brnich@ti.com>
> >>>>> Rouven Czerwinski <rouven.czerwinski@linaro.org>
> >>>>> Mehdi Djait <mehdi.djait@linux.intel.com>
> >>>>> Bryan O'Donoghue <bryan.odonoghue@linaro.org>
> >>>>> Nicolas Dufresne <nicolas.dufresne@collabora.com>
> >>>>> Marco Felsch <m.felsch@pengutronix.de>
> >>>>> Paul Kocialkowski <paulk@sys-base.io>
> >>>>> Jai Luthra <jai.luthra@ideasonboard.com>
> >>>>> Jacopo Mondi <jacopo.mondi@ideasonboard.com>
> >>>>> Benjamin Mugnier <benjamin.mugnier@foss.st.com>
> >>>>> Beleswar Padhi <b-padhi@ti.com>
> >>>>> Laurent Pinchart <laurent.pinchart@ideasonboard.com>
> >>>>> Loic Poulain <loic.poulain@oss.qualcomm.com>
> >>>>> Sven Püschel <s.pueschel@pengutronix.de>
> >>>>> Ricardo Ribalda <ribalda@chromium.org>
> >>>>> Michael Riesch <michael.riesch@collabora.com>
> >>>>> Devarsh Thakkar <devarsht@ti.com>
> >>>>> Michael Tretter <m.tretter@pengutronix.de>
> >>>>> Hans Verkuil <hverkuil@kernel.org>
> >>>>>
> >>>>> Remote attendees:
> >>>>> Yemike Abhilash Chandra <y-abhilashchandra@ti.com>
> >>>>> Rishikesh Donadkar <r-donadkar@ti.com>
> >>>>> Jackson Lee <jackson.lee@chipsnmedia.com>
> >>>>> Dave Stevenson <dave.stevenson@raspberrypi.com> (tentative)
> >>>>>
> >>>>>
> >>>>> Agenda (tentative):
> >>>>>
> >>>>> 8:45-9:20: Arrive, settle in
> >>>>>
> >>>>> 9:20-9:30: Short intro (Hans Verkuil)
> >>>>>
> >>>>> 9:30-9:45: Status of ISP support in V4L2
> >>>>> Presenter: Laurent Pinchart
> >>>>> Description: Summary of ISP-related development in V4L2 since the
> >>>>> last
> >>>>> Linux Media Summit. This includes a brief overview of technical
> >>>>> developments, and a summary of the efforts to engage with vendors.
> >>>>>
> >>>>> 9:45-10:45: V4L2 Stateless Video Encoding uAPI Progress Update
> >>>>> Presenter: Paul Kocialkowski
> >>>>> Description: An update on the ongonig work to support stateless
> >>>>> codecs in V4L2.
> >>>>> Some of the remaining open topics will be presented and discussed.
> >>>>>
> >>>>> 10:45-11:00: break
> >>>>>
> >>>>> 11:00-11:30: Vulkan Video Codecs
> >>>>> Presenter: Nicolas Dufresne
> >>>>> Description: Vulkan video codecs: what are the viable options for
> >>>>> Linux Media
> >>>>> and what is in preparation outside of our subsystem. The second
> >>>>> aspect is
> >>>>> informative as these discussions don't seem to lean toward our
> >>>>> subsystem as the
> >>>>> foundation. But I think it's rather useful for everyone to
> >>>>> understand why and
> >>>>> what is included.
> >>>>>
> >>>>> 11:30-12:00: Protected Video playback on i.MX8MQ
> >>>>> Presenter: Rouven Czerwinski
> >>>>> Description: Introduction to protected video playback
> >>>>> on i.MX8MQ and missing bits for linux-media & protected heap
> >>>>> interoperability.
> >>>>>
> >>>>> 12:00-13:30: Lunch
> >>>>>
> >>>>> 13:30-14:00: HDCP support for HDMI receivers
> >>>>> Presenter: Hans Verkuil
> >>>>> Description: I have been working on adding HDCP support for HDMI
> >>>>> receivers.
> >>>>> Specifically the HDCP negotiation between sources and sinks.
> >>>>>
> >>>>> 14:00-14:30: AI patches
> >>>>> Presenter: Sakari Ailus
> >>>>> Description: What is our policy w.r.t. AI generated patches?
> >>>>>
> >>>>> 14:30-15:00 Overview of Media CI: where do pipelines run?
> >>>>> Presenter: Ricardo Ribalda
> >>>>> Description: How are jobs in pipelines assigned? How does the
> >>>>> infrastructure
> >>>>> for Media CI work? Are there things that can be tweaked to make it
> >>>>> more
> >>>>> reliable?
> >>>>>
> >>>>> 15:00-15:15: Break
> >>>>>
> >>>>> 15:15-16:15: Discussion of the media subsystem development process
> >>>>> Presenter: Hans Verkuil
> >>>>> Description: Review of the multi-committer model: current status
> >>>>> and next steps.
> >>>>> Are there any bottlenecks, any ideas for improvements, w.r.t. the
> >>>>> development process?
> >>>>>
> >>>>> As you can see, there is still some available time for other topics.
> >
>
prev parent reply other threads:[~2026-04-14 7:05 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-04-12 10:25 [ANNv4] Media Summit on May 26th in Nice, France Hans Verkuil
2026-04-12 13:56 ` Sakari Ailus
2026-04-13 6:08 ` Hans Verkuil
2026-04-13 9:57 ` Michael Riesch
2026-04-14 6:49 ` Hans Verkuil
2026-04-13 20:03 ` Loic Poulain
2026-04-13 20:19 ` Laurent Pinchart
2026-04-13 20:25 ` Nicolas Dufresne
2026-04-13 21:16 ` Laurent Pinchart
2026-04-14 6:47 ` Hans Verkuil
2026-04-14 6:55 ` Ricardo Ribalda
2026-04-14 7:20 ` Michael Riesch
2026-04-14 7:42 ` Laurent Pinchart
2026-04-14 8:34 ` Loic Poulain
2026-04-14 8:42 ` Laurent Pinchart
2026-04-14 17:55 ` Nicolas Dufresne
2026-04-14 18:09 ` Laurent Pinchart
2026-04-14 19:25 ` Loic Poulain
2026-04-14 7:04 ` Jacopo Mondi [this message]
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=ad3k-uwxEd0Hwb82@zed \
--to=jacopo.mondi@ideasonboard.com \
--cc=alain.volmat@foss.st.com \
--cc=b-brnich@ti.com \
--cc=b-padhi@ti.com \
--cc=benjamin.mugnier@foss.st.com \
--cc=bryan.odonoghue@linaro.org \
--cc=dan.scally@ideasonboard.com \
--cc=daniel.almeida@collabora.com \
--cc=dave.stevenson@raspberrypi.com \
--cc=devarsht@ti.com \
--cc=hansg@kernel.org \
--cc=hverkuil+cisco@kernel.org \
--cc=jackson.lee@chipsnmedia.com \
--cc=jai.luthra@ideasonboard.com \
--cc=khilman@baylibre.com \
--cc=kieran.bingham@ideasonboard.com \
--cc=laurent.pinchart@ideasonboard.com \
--cc=linux-media@vger.kernel.org \
--cc=loic.poulain@oss.qualcomm.com \
--cc=m.felsch@pengutronix.de \
--cc=m.tretter@pengutronix.de \
--cc=mchehab@kernel.org \
--cc=mehdi.djait@linux.intel.com \
--cc=michael.riesch@collabora.com \
--cc=mripard@kernel.org \
--cc=nicolas.dufresne@collabora.com \
--cc=niklas.soderlund@ragnatech.se \
--cc=paulk@sys-base.io \
--cc=r-donadkar@ti.com \
--cc=ribalda@chromium.org \
--cc=rouven.czerwinski@linaro.org \
--cc=s.pueschel@pengutronix.de \
--cc=sakari.ailus@linux.intel.com \
--cc=sean@mess.org \
--cc=stevecho@chromium.org \
--cc=tfiga@chromium.org \
--cc=tomi.valkeinen@ideasonboard.com \
--cc=y-abhilashchandra@ti.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