Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp3907660pxj; Mon, 21 Jun 2021 09:08:14 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzGJc2JhJxxaEBH+Zw1Zzo/kWQQ3rIwUo5HNvrauNxnfjK0pY/KER3nzfE6LVEC5Gy+IAed X-Received: by 2002:a05:6402:34c6:: with SMTP id w6mr22785717edc.174.1624291694498; Mon, 21 Jun 2021 09:08:14 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1624291694; cv=none; d=google.com; s=arc-20160816; b=YYW90yzeggv2zIvim+ZmE33y//VXwl+A8AzM+QSR6PXq25VKA+e/kL98dPZwXUZH45 iCulqMyEqUQH+vu1f8K98rTOpkjjcUmeY/nAPJWs6zuMvC00g+Mvq3kd9/SUsHOYZdtF R4jjWggYm5HriB3CiancqrNQcAjbhhojPZ1nhmrX6gpoH08Wzi56QfZCkIAGxxbnVrpk R9Jr3e/eOcXPN5gl0p2uUJqIaimgypZ0bdCrKvglWWKrwwvDgqwxqy02rD82YJFdLGXm h6wqyNSRuQkVc7jl9cwpMo1ZsEwcOSRWUXIp6v0FJY4v5V6rIV7FEWjztuJp7nLTpbjm /LWA== 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; bh=qiM2sWZqVvj02oLCwl9DS572wpGnr/bKdA57cph7R2g=; b=dRrNMDEnr0zn8dcrzBZ/gVBvY2Qnt0RNGoJS8/qzThhmSaQxbBffr94a8iNepBZcL2 5Siu9ZUGxLuY0JE3niHGYZnE6wWL/eBTzrBbt/7+WmnJcZYKqn9Wpy7gQXqzLz/7cF3C JXzPuTgMB631SoM5a++PBZ/dSgBBee/GjojpdpCcRk/hFRDxKAyW5XKDwVrWB6Vbfm8e 7Eo3JHOYpapNE/WQ025HyGP+tXW7L/HGx9gZAEhcMv0QJNzbTv8j9ZFxTid15tWBg+P2 I7ZRNzF909FkPxmJmoQI0j1p9wwvVUyz32XhW8Bm+G5FrkBtVFuJnHQCLenX3PGrN+tR fy7w== ARC-Authentication-Results: i=1; mx.google.com; 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 ba6si452225edb.566.2021.06.21.09.07.40; Mon, 21 Jun 2021 09:08:14 -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; 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 S230306AbhFUQHm (ORCPT + 99 others); Mon, 21 Jun 2021 12:07:42 -0400 Received: from mout.kundenserver.de ([212.227.126.135]:58721 "EHLO mout.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230269AbhFUQHm (ORCPT ); Mon, 21 Jun 2021 12:07:42 -0400 Received: from [192.168.1.155] ([95.118.106.223]) by mrelayeu.kundenserver.de (mreue011 [212.227.15.167]) with ESMTPSA (Nemesis) id 1MZkYx-1lk6xC1s2h-00WmrM; Mon, 21 Jun 2021 18:05:13 +0200 Subject: Re: [PATH 0/4] [RFC] Support virtual DRM To: Tomohito Esaki , Maarten Lankhorst , Maxime Ripard , Thomas Zimmermann , David Airlie , Daniel Vetter , Laurent Pinchart , Kieran Bingham Cc: dri-devlel@lists.freedesktop.org, linux-renesas-soc@vger.kernel.org, linux-kernel@vger.kernel.org, devicetree@vger.kernel.org, linux-doc@vger.kernel.org References: <20210621062742.26073-1-etom@igel.co.jp> From: "Enrico Weigelt, metux IT consult" Message-ID: <7cde82a9-c60c-e527-eeac-eaad0c5842a1@metux.net> Date: Mon, 21 Jun 2021 18:05:08 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.11.0 MIME-Version: 1.0 In-Reply-To: <20210621062742.26073-1-etom@igel.co.jp> Content-Type: text/plain; charset=utf-8 Content-Language: tl Content-Transfer-Encoding: 8bit X-Provags-ID: V03:K1:ZbI1RWxgocInH9UAHR6iDpdy/HJfu+bSz9Z2X6RE6gibrXly73l jgZ0HUAoSMsj7eoB5ficazIKQQImXBnqqX2nwA5iCta+OFxwBSPp+g3pewEOIcOyXuIuow8 014MAuba7Mrjwdeg9uyraO9/kmwtPM9bgTed9LHI0YvjIEILWKw2mbLTS+TKbsirguCmb1l Pc7g9+dSHBO6o7BUd964w== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:9n13vlzoNqk=:aRYaqiT6BrZI+UguW1PoVs uKEvRY4VdRhJ1AGsObSRE0Zio4gd5xjOcoZp8/i3dgG9mTVi1BaP4Hr3hl2kYHzyiWnU3h7lq f3vuhAIWUEmLCcUvTjpmis93jBwALK+Cy4+iwe54TuXQgWy3RkMwzaNOW2vfNLuRR2V81G+MW wJqjlRYzpj0PPgbUPbxv2tuGB3t8+Bw7P3FUOBx/t5PITs9rIl9In/EJ7b6BXUD7/8CyHT0H5 8CAEQvPZBolbeQB2Fw03q47wkUlSNUhbyR2Y9zqfTwiPhXKAPQ3EWmkEJNlC/L4ohbVYQdWFt dq2thHVhGplX2hxpFXV66AHWvqa4XlQY3XBSfID9NzEgBOFCzrSQ6r13gdRoJtmLGp7ioGsfJ X3WJLozX3qXwyPr+5shDb5FE3XFfWv53mbXRC1dGlAOeVD4+w3QQnPoaQEf0NB1MIWP85UgNT 4HtMcAcK1u/txzMFb2mNGcSrUBn25NaH7N32DK/f0anyPmd6sZLrEEC3n7MQSfvlK1d2lOIWx kcFLj+HgeTtJuk6HyEnm2Y= Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org 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 don't think that's not the way to go, at least not by touching each single display driver, and not hardcoding the planes in DT. What's the actual use case you're doing that for ? Why not using some userland compositor ? If you really wanna build a kernel compositor, it should be completely independent of hw drivers. (well, almost - in case of gpus shall be used, the commands obviously need to be dispatched the actual driver) --mtx -- --- Hinweis: unverschlüsselte E-Mails können leicht abgehört und manipuliert werden ! Für eine vertrauliche Kommunikation senden Sie bitte ihren GPG/PGP-Schlüssel zu. --- Enrico Weigelt, metux IT consult Free software and Linux embedded engineering info@metux.net -- +49-151-27565287