public inbox for linux-media@vger.kernel.org
 help / color / mirror / Atom feed
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.
> >
>

      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