public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Jarkko Sakkinen <jarkko@kernel.org>
To: Jani Nikula <jani.nikula@linux.intel.com>
Cc: johannes.goede@oss.qualcomm.com, linux-media@vger.kernel.org,
	anisse@astier.eu, oleksandr@natalenko.name,
	linux-integrity@vger.kernel.org,
	Mauro Carvalho Chehab <mchehab@kernel.org>,
	Hans Verkuil <hverkuil@kernel.org>,
	Laurent Pinchart <laurent.pinchart@ideasonboard.com>,
	Sakari Ailus <sakari.ailus@linux.intel.com>,
	Jacopo Mondi <jacopo.mondi@ideasonboard.com>,
	Ricardo Ribalda <ribalda@chromium.org>,
	open list <linux-kernel@vger.kernel.org>
Subject: Re: [RFC PATCH v2] media: Virtual camera driver
Date: Tue, 3 Feb 2026 21:15:36 +0200	[thread overview]
Message-ID: <aYJJWPLr4Qxkmn7z@kernel.org> (raw)
In-Reply-To: <aYJHeOtZT9qBmLQu@kernel.org>

On Tue, Feb 03, 2026 at 09:07:41PM +0200, Jarkko Sakkinen wrote:
> On Tue, Feb 03, 2026 at 08:53:13PM +0200, Jani Nikula wrote:
> > On Tue, 03 Feb 2026, johannes.goede@oss.qualcomm.com wrote:
> > > OTHO evdi: https://github.com/DisplayLink/evdi has been kept out
> > > of the kernel for pretty much the same reasons by the drm/kms folks.
> > >
> > > At least AFAIK there still is no way to present virtual kms capable
> > > display outputs backed by userspace in the kernel.
> > >
> > > I completely understand where you're coming from wrt v4l2-loopback
> > > support (or something equivalent) but asking for this really is
> > > the same as asking for the evdi driver to get merged, which AFAIK
> > > has been blocked for the reason of avoiding proprietary userspace
> > > display output drivers (I guess there might be technical reasons too).
> > 
> > I'm not sure this is the same thing, though.
> > 
> > The DRM subsystem does require an open source userspace for new uAPI,
> > which is stricter than most subsystems [1]. Other than that, I don't
> > think anyone's actively keeping evdi out of the kernel. AFAIK there
> > hasn't been a serious attempt at upstreaming it either. Which is pretty
> > much because there's no open userspace. Nobody's cared enough to either
> > write one or open source the existing one for a decade [2].
> 
> This is unrelated of ACK/NACK and not saying this as a "selling point"
> but realistically speaking based on what I've read I have extremely hard
> time to believe that my driver would enable a market of proprietary
> camera drivers :-) Actually, after looking up mipi.org based on Hans
> response, I even more so believe that this is the case.

With my maintainer hat on, I'd get the nack better if the driver was
intrusive on changes to V4L2 subsystem itself. Then, it accumlates
weight to other maintainers, and as we all have limited amount of time
in our lives, I do get that. But since the driver would be compliance
aligning leaf driver with a MAINTAINER entry of its own, it should not
be a huge burden for V4L2 community and kernel maintainers.  And I do
have a track record of being long-term on maintaining stuff that I vomit
out.

That also does make difference as there are some guarantees that the
end product would not be left into rotten.

> 
> > BR,
> > Jani.
> 
> BR, Jarkko


BR, Jarkko

  reply	other threads:[~2026-02-03 19:15 UTC|newest]

Thread overview: 23+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-02-02 20:44 [RFC PATCH v2] media: Virtual camera driver Jarkko Sakkinen
2026-02-02 21:28 ` Jarkko Sakkinen
2026-02-02 22:50 ` Sakari Ailus
2026-02-03  0:10   ` Jarkko Sakkinen
2026-02-03  1:36     ` Jarkko Sakkinen
2026-02-03 20:57       ` Laurent Pinchart
2026-02-03 21:11         ` Jarkko Sakkinen
2026-02-03 21:21           ` Laurent Pinchart
2026-02-03  8:09 ` Jarkko Sakkinen
2026-02-03  8:32   ` Jarkko Sakkinen
2026-02-03 10:27 ` johannes.goede
2026-02-03 13:16   ` Jani Nikula
2026-02-03 21:09     ` Laurent Pinchart
2026-02-03 13:20   ` Jani Nikula
2026-02-03 14:19     ` johannes.goede
2026-02-03 15:25       ` Mauro Carvalho Chehab
2026-02-03 18:53       ` Jani Nikula
2026-02-03 19:07         ` Jarkko Sakkinen
2026-02-03 19:15           ` Jarkko Sakkinen [this message]
2026-02-03 21:22             ` Laurent Pinchart
2026-02-03 21:40               ` Jarkko Sakkinen
2026-02-03 21:18       ` Laurent Pinchart
2026-02-03 17:56   ` Jarkko Sakkinen

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=aYJJWPLr4Qxkmn7z@kernel.org \
    --to=jarkko@kernel.org \
    --cc=anisse@astier.eu \
    --cc=hverkuil@kernel.org \
    --cc=jacopo.mondi@ideasonboard.com \
    --cc=jani.nikula@linux.intel.com \
    --cc=johannes.goede@oss.qualcomm.com \
    --cc=laurent.pinchart@ideasonboard.com \
    --cc=linux-integrity@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-media@vger.kernel.org \
    --cc=mchehab@kernel.org \
    --cc=oleksandr@natalenko.name \
    --cc=ribalda@chromium.org \
    --cc=sakari.ailus@linux.intel.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