From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-5.3 required=3.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,NICE_REPLY_A, SPF_HELO_NONE,SPF_PASS,USER_AGENT_SANE_1 autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id C6F3DC4743C for ; Wed, 23 Jun 2021 06:56:17 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id AC50E601FF for ; Wed, 23 Jun 2021 06:56:17 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230028AbhFWG6c (ORCPT ); Wed, 23 Jun 2021 02:58:32 -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-Google-Smtp-Source: ABdhPJxuCyhd1JeMWCXAj2NaviXdgvZBzY0G06KEl//E3ieHfTlplnQbfOEvqSdIRXIZ33PF2clRNg== 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