From: Gerd Hoffmann <kraxel@redhat.com>
To: "Zhang, Tina" <tina.zhang@intel.com>
Cc: "Kasireddy, Vivek" <vivek.kasireddy@intel.com>,
"dri-devel@lists.freedesktop.org"
<dri-devel@lists.freedesktop.org>,
Gurchetan Singh <gurchetansingh@chromium.org>
Subject: Re: [PATCH] drm/virtio: Create Dumb BOs as guest Blobs (v3)
Date: Wed, 14 Apr 2021 11:29:52 +0200 [thread overview]
Message-ID: <20210414092952.qsi7y5qi7qxclhdz@sirius.home.kraxel.org> (raw)
In-Reply-To: <BN7PR11MB27863A076DF43A77D6F4384C894E9@BN7PR11MB2786.namprd11.prod.outlook.com>
On Wed, Apr 14, 2021 at 06:36:55AM +0000, Zhang, Tina wrote:
> Hi Gerd,
>
> Speaking of the modifier, we notice that the virtio-gpu driver's
> mode_config.allow_fb_modifiers = false, which means virtio-gpu doesn't
> support modifier. With mode_config.allow_fb_modifiers=false, the DRM
> Modifier API would fail.
>
> So, do you know if there is any concern about letting virito-gpu allow
> modifiers? Thanks.
Well, virtio-gpu must also provide a list of modifiers then. We need
some way for virtio-gpu to figure which modifiers are supported by the
host and which are not. Otherwise we could list LINEAR only which
doesn't buy us much ;)
Not sure whenever virglrenderer allows that already (via
VIRGL_CCMD*QUERY* or via virgl caps). If not we could define a new
modifiers capability for that, which could then be used for both virgl
and non-virgl mode.
take care,
Gerd
_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel
next prev parent reply other threads:[~2021-04-14 9:30 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-03-31 3:04 [PATCH 1/2] drm/virtio: Create Dumb BOs as guest Blobs Vivek Kasireddy
2021-03-31 3:04 ` [PATCH 2/2] drm/virtio: Include modifier as part of set_scanout_blob Vivek Kasireddy
2021-03-31 7:59 ` Gerd Hoffmann
2021-04-02 7:55 ` Zhang, Tina
2021-04-02 16:07 ` Gurchetan Singh
2021-03-31 7:41 ` [PATCH 1/2] drm/virtio: Create Dumb BOs as guest Blobs Gerd Hoffmann
2021-04-01 3:51 ` Kasireddy, Vivek
2021-04-01 6:53 ` Gerd Hoffmann
2021-04-06 20:36 ` [PATCH] drm/virtio: Create Dumb BOs as guest Blobs (v2) Vivek Kasireddy
2021-04-07 0:34 ` Gurchetan Singh
2021-04-08 9:27 ` Gerd Hoffmann
2021-04-09 0:31 ` Gurchetan Singh
2021-04-09 7:48 ` Gerd Hoffmann
2021-04-13 0:58 ` Gurchetan Singh
[not found] ` <BN7PR11MB2786499E7902CE53326ACE97894F9@BN7PR11MB2786.namprd11.prod.outlook.com>
2021-04-13 4:57 ` Zhang, Tina
2021-04-13 5:26 ` [PATCH] drm/virtio: Create Dumb BOs as guest Blobs (v3) Vivek Kasireddy
2021-04-14 6:36 ` Zhang, Tina
2021-04-14 9:29 ` Gerd Hoffmann [this message]
2021-04-14 23:31 ` Gurchetan Singh
2021-04-15 9:07 ` Gerd Hoffmann
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=20210414092952.qsi7y5qi7qxclhdz@sirius.home.kraxel.org \
--to=kraxel@redhat.com \
--cc=dri-devel@lists.freedesktop.org \
--cc=gurchetansingh@chromium.org \
--cc=tina.zhang@intel.com \
--cc=vivek.kasireddy@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;
as well as URLs for NNTP newsgroup(s).