Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp5401844pxj; Tue, 22 Jun 2021 23:57:34 -0700 (PDT) X-Google-Smtp-Source: ABdhPJynCx0kJdv6rUwBp620xlFlbsLIK1970FVEk8pYpx+B7BfsveBMRuahaRnTUyut7VOB9/Cx X-Received: by 2002:a17:906:3794:: with SMTP id n20mr8121705ejc.276.1624431454302; Tue, 22 Jun 2021 23:57:34 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1624431454; cv=none; d=google.com; s=arc-20160816; b=XKZSdng1nPGfEhWSDMshMFryd7btCzSMKnrPNiB2TtI6vcYcJk2c65IoIMGLXuX9Wv MiyWA1Jk9Jqlo4gcBr7tphuIxLdlxlTbFYr/jAPpWGBvRkcqz7Xv2BtcX/i3ogW4ssWj tJ2nSMETRjFpTIxSjxrdBOBltF+2hirtJJaJ6b49qQZ13ChRTZeJcST2F4C2uTATgwrn RQ7gZOMyN2+tWWCEuiBD/GUIGSDB3PeT/LxX92QphB5ILsGrpfHyR3Pwnp1dn05w0EQa UYGJ174jD5wvU35+Degg2dEQ9RP6+F8lzhR4RRGSiD24QkoSjofaip4AEsRtu/K4ZXtU eMhg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:content-language :in-reply-to:mime-version:user-agent:date:message-id:from:references :cc:to:subject:dkim-signature; bh=t2pWY37sQS7wYmTZFWeBBAVB8lvXIPkxw14DD6JgFyw=; b=VrsgUJ/7h4J+DneEfoEnxWSLpkiqXNg4+w7GP4TFjdEnwT6yReBBkcqRdL728UqGHt MGS6pCXNXbCijIJ+9bXml4qEcLiUOaLHIaGds/HnLO6RAt4uc0Aac2AyIyKHtd++6vVL wIi1O9n32HuuiNWyS7JYisD/p0Ti1YmMNA/p88+p6nn5NO7eenCnCEbsYdJXUPtBUTYW +QihrQcL4rUC2dhTNCdCIbEUc3L6k2aV8bdk7XtZ3C8x9JILvUwKGLPA0TfUetYDW8jZ MwZJBzo6hiETfyco0+9MUSJ2ALVhFpkL8pEGrE2faF+oROzNSZImZGtJQGruoEDrsDly Vomg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@igel-co-jp.20150623.gappssmtp.com header.s=20150623 header.b="i/0NPDjz"; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id a13si19486720edx.298.2021.06.22.23.57.12; Tue, 22 Jun 2021 23:57:34 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@igel-co-jp.20150623.gappssmtp.com header.s=20150623 header.b="i/0NPDjz"; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229916AbhFWG6b (ORCPT + 99 others); Wed, 23 Jun 2021 02:58:31 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:41296 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229801AbhFWG62 (ORCPT ); Wed, 23 Jun 2021 02:58:28 -0400 Received: from mail-pg1-x530.google.com (mail-pg1-x530.google.com [IPv6:2607:f8b0:4864:20::530]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id F23F6C06175F for ; Tue, 22 Jun 2021 23:56:09 -0700 (PDT) Received: by mail-pg1-x530.google.com with SMTP id e33so971265pgm.3 for ; Tue, 22 Jun 2021 23:56:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=igel-co-jp.20150623.gappssmtp.com; s=20150623; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=t2pWY37sQS7wYmTZFWeBBAVB8lvXIPkxw14DD6JgFyw=; b=i/0NPDjzGLbE4LBA80Uu7k//DWQ1Wq/Nxeco/bkPsBwFX9NoqdaNYW0UDh00crxFEu iI09uAZ5j9N/sYzrfBKkJ7gxuW0f1N5rs/KbhmonH06zT0Vymn7OwzIKayU4i9Uo7j36 rYdsiH9bXq/aOqiYNs0DwBDpzP7OG2Z8uwKmnX/huUPh1DWE/SrkPGpv/kUfnEN0fKnG HI5QBp6EsjJ0G0woKTmwVlmkEF+IDCrXTidlTNqlJQvbiXr5Yfpx2PS2xmnX8yL1IQE/ 59gSycl8xySsOcTgB8zvz79sg0QRagUAvcgEfWieWBAwIU7mpOw5NYvs0iIju/vBP/xG rsEA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=t2pWY37sQS7wYmTZFWeBBAVB8lvXIPkxw14DD6JgFyw=; b=PGBvBlg582M8eSpoU562AfkirLjx6Q5nF87G8T+G/5aR5Nahpl5NKDls6gVDuFvHYz 75I7HvAdO6OH83r2Cs2lGxv29wNh6oL7nxV3f5OAAp7jHl5blU2lbRD3CeUec9xoYTce XHnrZOJAwjAhe+t641oiWnNWFkVQos7DbCKbLB9bqlKdk7mx5sjIpgSfzofoTr191pcm Tc+zGaXZlOECYoSIwpwDqLxuI3DAuvohI51NUPetGqSdUmgQd59CZFG2tuHord6GjQHn bcijTcYoekXkb/WD7Uax5nB6xOPBJ+XcVMMZy5nlg87Ch3Q6083L/qIaD9UfySJ4fps+ 42Nw== X-Gm-Message-State: AOAM531IYhiyjYGmWmllTxqtSygD6qR8SKq/eMeTS3xLako4byvrLbSq vIORqwRKRZueBdpmkodMs4QGJmpWMpnDdVqg X-Received: by 2002:a62:1782:0:b029:2f7:dcbe:c292 with SMTP id 124-20020a6217820000b02902f7dcbec292mr7593771pfx.63.1624431369445; Tue, 22 Jun 2021 23:56:09 -0700 (PDT) Received: from ?IPv6:240b:10:c9a0:ca00:1102:c007:eee:4478? ([240b:10:c9a0:ca00:1102:c007:eee:4478]) by smtp.gmail.com with ESMTPSA id v69sm1507491pfc.18.2021.06.22.23.56.06 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 22 Jun 2021 23:56:08 -0700 (PDT) Subject: Re: [PATH 0/4] [RFC] Support virtual DRM To: Pekka Paalanen Cc: "Enrico Weigelt, metux IT consult" , devicetree@vger.kernel.org, Takanari Hayama , Thomas Zimmermann , linux-doc@vger.kernel.org, David Airlie , dri-devel@lists.freedesktop.org, linux-kernel@vger.kernel.org, linux-renesas-soc@vger.kernel.org, Kieran Bingham , Laurent Pinchart , Damian Hobson-Garcia References: <20210621062742.26073-1-etom@igel.co.jp> <7cde82a9-c60c-e527-eeac-eaad0c5842a1@metux.net> <1cfab5f9-f275-aa53-00de-5da3fcea71c5@igel.co.jp> <20210622111239.73aa87aa@eldfell> From: Esaki Tomohito Message-ID: Date: Wed, 23 Jun 2021 15:56:05 +0900 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.11.0 MIME-Version: 1.0 In-Reply-To: <20210622111239.73aa87aa@eldfell> Content-Type: text/plain; charset=windows-1252 Content-Language: en-US Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi, Thank you all for your comments. On 2021/06/22 17:12, Pekka Paalanen wrote: > On Tue, 22 Jun 2021 13:03:39 +0900 > Esaki Tomohito wrote: > >> Hi, Enrico Weigelt >> Thank you for reply. >> >> On 2021/06/22 1:05, Enrico Weigelt, metux IT consult wrote: >>> On 21.06.21 08:27, Tomohito Esaki wrote: >>> >>> Hi, >>> >>>> Virtual DRM splits the overlay planes of a display controller into multiple >>>> virtual devices to allow each plane to be accessed by each process. >>>> >>>> This makes it possible to overlay images output from multiple processes on a >>>> display. For example, one process displays the camera image without compositor >>>> while another process overlays the UI. >>> >>> Are you attempting to create an simple in-kernel compositor ? >> >> I think the basic idea is the same as DRMlease. > > Hi, > > indeed. Why not use DRM leases instead? > In this use case, I understand that this is not possible with DRM lease, am I wrong? I understand that it?s not possible to lease a plane and update planes on the same output independently from different processes in current DRM lease. If this is correct, what do you think of adding support for plane leases to the DRM lease to handle this case? Thanks, Tomohito Esaki