From: rscheidegger.oss@gmail.com
To: dri-devel@lists.freedesktop.org
Cc: linux-graphics-maintainer@vmware.com
Subject: [PATCH 00/17] drm/vmwgfx add support for GL4
Date: Thu, 19 Mar 2020 21:23:57 +0100 [thread overview]
Message-ID: <20200319202414.9296-1-sroland@vmware.com> (raw)
From: "Roland Scheidegger (VMware)" <rscheidegger.oss@gmail.com>
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
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 Hellstrom (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 | 152 +++-
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(+), 1062 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-19 20:24 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-03-19 20:23 rscheidegger.oss [this message]
2020-03-19 20:23 ` [PATCH 01/17] drm/vmwgfx: Also check for SVGA_CAP_DX before reading DX context support rscheidegger.oss
2020-03-19 20:23 ` [PATCH 02/17] drm/vmwgfx: Sync legacy multisampling device capability rscheidegger.oss
2020-03-19 20:24 ` [PATCH 03/17] drm/vmwgfx: Deprecate logic ops commands rscheidegger.oss
2020-03-19 20:24 ` [PATCH 04/17] drm/vmwgfx: Use enum to represent graphics context capabilities rscheidegger.oss
2020-03-19 20:24 ` [PATCH 05/17] drm/vmwgfx: Sync virtual device headers for new feature rscheidegger.oss
2020-03-19 20:24 ` [PATCH 06/17] drm/vmwgfx: Add a new enum for SM5 graphics context capability rscheidegger.oss
2020-03-19 20:24 ` [PATCH 07/17] drm/vmwgfx: Read new register for GB memory when available rscheidegger.oss
2020-03-19 20:24 ` [PATCH 08/17] drm/vmwgfx: Support SM5 shader type in command buffer rscheidegger.oss
2020-03-19 20:24 ` [PATCH 09/17] drm/vmwgfx: Add support for UA view commands rscheidegger.oss
2020-03-19 20:24 ` [PATCH 10/17] drm/vmwgfx: Add support for indirect and dispatch commands rscheidegger.oss
2020-03-19 20:24 ` [PATCH 11/17] drm/vmwgfx: Rename stream output target binding tracker struct rscheidegger.oss
2020-03-19 20:24 ` [PATCH 12/17] drm/vmwgfx: Add support for streamoutput with mob commands rscheidegger.oss
2020-03-19 20:24 ` [PATCH 13/17] drm/vmwgfx: Split surface metadata from struct vmw_surface rscheidegger.oss
2020-03-19 20:24 ` [PATCH 14/17] drm/vmwgfx: Refactor surface_define to use vmw_surface_metadata rscheidegger.oss
2020-03-19 20:24 ` [PATCH 15/17] drm/vmwgfx: Add surface define v4 command rscheidegger.oss
2020-03-23 12:02 ` Emil Velikov
2020-03-23 17:02 ` Roland Scheidegger
2020-03-19 20:24 ` [PATCH 16/17] drm/vmwgfx: Add SM5 param for userspace rscheidegger.oss
2020-03-19 20:24 ` [PATCH 17/17] drm/vmwgfx: Use vmwgfx version 2.18 to signal SM5 compatibility rscheidegger.oss
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=20200319202414.9296-1-sroland@vmware.com \
--to=rscheidegger.oss@gmail.com \
--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