From: "Roland Scheidegger (VMware)" <rscheidegger.oss@gmail.com>
To: dri-devel@lists.freedesktop.org, airlied@redhat.com, daniel@ffwll.ch
Cc: linux-graphics-maintainer@vmware.com
Subject: [PATCH v2 00/17] drm/vmwgfx add support for GL4
Date: Tue, 24 Mar 2020 00:12:21 +0100 [thread overview]
Message-ID: <20200323231238.14839-1-rscheidegger.oss@gmail.com> (raw)
This series updates vmwgfx to support newer vmware svga device protocol
and expose new commands to userspace..
This is required for supporting newer GL4 features in the guest.
This syncs up the device headers, adds support for the new commands,
and also refactors some code (in particular around surface definition)
to more easily support the new commands.
Preliminary mesa userspace code using these new vmwgfx features can be
found at: https://gitlab.freedesktop.org/bhenden/mesa
v2: rebased on newer drm-next version, fixed up the email addresses
in some R-b and Signed-off-by to what they really should be, hopefully
fixed up sender email from header, no actual code changes
Deepak Rawat (16):
drm/vmwgfx: Also check for SVGA_CAP_DX before reading DX context
support
drm/vmwgfx: Sync legacy multisampling device capability
drm/vmwgfx: Deprecate logic ops commands
drm/vmwgfx: Use enum to represent graphics context capabilities
drm/vmwgfx: Sync virtual device headers for new feature
drm/vmwgfx: Add a new enum for SM5 graphics context capability
drm/vmwgfx: Read new register for GB memory when available
drm/vmwgfx: Support SM5 shader type in command buffer
drm/vmwgfx: Add support for UA view commands
drm/vmwgfx: Add support for indirect and dispatch commands
drm/vmwgfx: Rename stream output target binding tracker struct
drm/vmwgfx: Add support for streamoutput with mob commands
drm/vmwgfx: Split surface metadata from struct vmw_surface
drm/vmwgfx: Refactor surface_define to use vmw_surface_metadata
drm/vmwgfx: Add surface define v4 command
drm/vmwgfx: Add SM5 param for userspace
Thomas Hellström (VMware) (1):
drm/vmwgfx: Use vmwgfx version 2.18 to signal SM5 compatibility
drivers/gpu/drm/vmwgfx/Makefile | 2 +-
.../drm/vmwgfx/device_include/svga3d_cmd.h | 161 +++-
.../vmwgfx/device_include/svga3d_devcaps.h | 787 +++++++++---------
.../gpu/drm/vmwgfx/device_include/svga3d_dx.h | 466 ++++++++++-
.../drm/vmwgfx/device_include/svga3d_limits.h | 36 +-
.../device_include/svga3d_surfacedefs.h | 58 +-
.../drm/vmwgfx/device_include/svga3d_types.h | 347 +++++++-
.../gpu/drm/vmwgfx/device_include/svga_reg.h | 382 ++++++---
.../drm/vmwgfx/device_include/svga_types.h | 1 +
drivers/gpu/drm/vmwgfx/vmwgfx_binding.c | 213 ++++-
drivers/gpu/drm/vmwgfx/vmwgfx_binding.h | 33 +-
drivers/gpu/drm/vmwgfx/vmwgfx_context.c | 28 +-
drivers/gpu/drm/vmwgfx/vmwgfx_cotable.c | 6 +-
drivers/gpu/drm/vmwgfx/vmwgfx_drv.c | 59 +-
drivers/gpu/drm/vmwgfx/vmwgfx_drv.h | 140 +++-
drivers/gpu/drm/vmwgfx/vmwgfx_execbuf.c | 429 +++++++++-
drivers/gpu/drm/vmwgfx/vmwgfx_ioctl.c | 18 +-
drivers/gpu/drm/vmwgfx/vmwgfx_kms.c | 43 +-
drivers/gpu/drm/vmwgfx/vmwgfx_mob.c | 2 +-
drivers/gpu/drm/vmwgfx/vmwgfx_so.c | 12 +-
drivers/gpu/drm/vmwgfx/vmwgfx_so.h | 7 +
drivers/gpu/drm/vmwgfx/vmwgfx_stdu.c | 61 +-
drivers/gpu/drm/vmwgfx/vmwgfx_streamoutput.c | 387 +++++++++
drivers/gpu/drm/vmwgfx/vmwgfx_surface.c | 608 +++++++-------
include/uapi/drm/vmwgfx_drm.h | 16 +-
25 files changed, 3252 insertions(+), 1050 deletions(-)
create mode 100644 drivers/gpu/drm/vmwgfx/vmwgfx_streamoutput.c
--
2.17.1
_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel
next reply other threads:[~2020-03-23 23:12 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-03-23 23:12 Roland Scheidegger (VMware) [this message]
2020-03-23 23:12 ` [PATCH v2 01/17] drm/vmwgfx: Also check for SVGA_CAP_DX before reading DX context support Roland Scheidegger (VMware)
2020-03-23 23:12 ` [PATCH v2 02/17] drm/vmwgfx: Sync legacy multisampling device capability Roland Scheidegger (VMware)
2020-03-23 23:12 ` [PATCH v2 03/17] drm/vmwgfx: Deprecate logic ops commands Roland Scheidegger (VMware)
2020-03-23 23:12 ` [PATCH v2 04/17] drm/vmwgfx: Use enum to represent graphics context capabilities Roland Scheidegger (VMware)
2020-03-23 23:12 ` [PATCH v2 05/17] drm/vmwgfx: Sync virtual device headers for new feature Roland Scheidegger (VMware)
2020-03-23 23:12 ` [PATCH v2 06/17] drm/vmwgfx: Add a new enum for SM5 graphics context capability Roland Scheidegger (VMware)
2020-03-23 23:12 ` [PATCH v2 07/17] drm/vmwgfx: Read new register for GB memory when available Roland Scheidegger (VMware)
2020-03-23 23:12 ` [PATCH v2 08/17] drm/vmwgfx: Support SM5 shader type in command buffer Roland Scheidegger (VMware)
2020-03-23 23:12 ` [PATCH v2 09/17] drm/vmwgfx: Add support for UA view commands Roland Scheidegger (VMware)
2020-03-23 23:12 ` [PATCH v2 10/17] drm/vmwgfx: Add support for indirect and dispatch commands Roland Scheidegger (VMware)
2020-03-23 23:12 ` [PATCH v2 11/17] drm/vmwgfx: Rename stream output target binding tracker struct Roland Scheidegger (VMware)
2020-03-23 23:12 ` [PATCH v2 12/17] drm/vmwgfx: Add support for streamoutput with mob commands Roland Scheidegger (VMware)
2020-03-23 23:12 ` [PATCH v2 13/17] drm/vmwgfx: Split surface metadata from struct vmw_surface Roland Scheidegger (VMware)
2020-03-23 23:12 ` [PATCH v2 14/17] drm/vmwgfx: Refactor surface_define to use vmw_surface_metadata Roland Scheidegger (VMware)
2020-03-23 23:12 ` [PATCH v2 15/17] drm/vmwgfx: Add surface define v4 command Roland Scheidegger (VMware)
2020-03-23 23:12 ` [PATCH v2 16/17] drm/vmwgfx: Add SM5 param for userspace Roland Scheidegger (VMware)
2020-03-23 23:12 ` [PATCH v2 17/17] drm/vmwgfx: Use vmwgfx version 2.18 to signal SM5 compatibility Roland Scheidegger (VMware)
-- strict thread matches above, loose matches on Subject: below --
2020-03-23 23:08 [PATCH v2 00/17] drm/vmwgfx add support for GL4 Roland Scheidegger
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=20200323231238.14839-1-rscheidegger.oss@gmail.com \
--to=rscheidegger.oss@gmail.com \
--cc=airlied@redhat.com \
--cc=daniel@ffwll.ch \
--cc=dri-devel@lists.freedesktop.org \
--cc=linux-graphics-maintainer@vmware.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).