From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from smtp.kernel.org (aws-us-west-2-korg-mail-1.web.codeaurora.org [10.30.226.201]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 5E5592F12CF; Tue, 3 Feb 2026 19:07:41 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=10.30.226.201 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1770145661; cv=none; b=EmE7rdWVDl+e/iAp5iT6OPBV4g9NaB/j7eloKVhzO8y+dssVRnqu+Ciz85a/2Kquerj+i3FNGwE+ltyVi9GRkB+LPEhgJYHUaI5aGRZGs7NiPE8j/7NSoa9JmA3OVEyMfOSW5pig4MK5cjCwHBqmjowCCzvVYi8p5qq2NmxDSJA= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1770145661; c=relaxed/simple; bh=VwJIx44EhETKZxwlRXznjjwVe6CV2CZLC2YOmSVlKyI=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=m0Q1wz5Q+nj7Aei10usDMbScroPvJtQrBOQu9XxdWsDs2Xr0w4227QlnoQCRMLc3eaSA3yvzGRYF3fxXQqcUluoGoqZ44N2AmDkRKTBvrtGAtouZtw/CgSdiDpq6+7f1xKCcvhHd4dY5rNmnGQvzKRhljqSYGenXQSz2hjsGuq4= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b=tyjsgjQL; arc=none smtp.client-ip=10.30.226.201 Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b="tyjsgjQL" Received: by smtp.kernel.org (Postfix) with ESMTPSA id 56026C116D0; Tue, 3 Feb 2026 19:07:40 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1770145660; bh=VwJIx44EhETKZxwlRXznjjwVe6CV2CZLC2YOmSVlKyI=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=tyjsgjQL3lxe3nAEGssKksqxPzbOdJGkAM2yha9eyjbjF5naZneeE/g5H3TOygO+I LkRmFZYYQBjxjumVVJTTx+xZHj8liAG24VOUMt+0n9qcyUMNXmRsS5uQ5FtnDChjLz goXsa+fsZntUuKJk/4/GVYQaC5qXSQ18lK7yktEk95fr8LSsuat7IbckG5cUm6UQmQ Mo0qPOlvfimLMdft42UCesXKyvKZrCQXWbx30OwWDnDXMsXXrxNedgWu2XdU74k7p4 E0N5DDhpJkw0wmlr6CyafzVm7bcPhEu1XBDizRtqmb5vJY8xKKPhhMdJjnp7VWqUig sKid+idBmWYYg== Date: Tue, 3 Feb 2026 21:07:36 +0200 From: Jarkko Sakkinen To: Jani Nikula 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 , Hans Verkuil , Laurent Pinchart , Sakari Ailus , Jacopo Mondi , Ricardo Ribalda , open list Subject: Re: [RFC PATCH v2] media: Virtual camera driver Message-ID: References: <20260202204425.2614054-1-jarkko@kernel.org> <6b192c71-c389-4a6e-b7c3-ddcd5cc4aa34@oss.qualcomm.com> <37a0d91c2e78c97f3d956444c4f7a2a2fca9ae06@intel.com> <2bda02cb3da6cb6ca7dcf545a5b7af27fb7a6e37@intel.com> Precedence: bulk X-Mailing-List: linux-media@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <2bda02cb3da6cb6ca7dcf545a5b7af27fb7a6e37@intel.com> 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. > BR, > Jani. BR, Jarkko