Dave, Daniel,
vmwgfx pull for for 5.7. Needed for GL4 functionality. Sync up device headers, add support for new commands, code refactoring around surface definition.
Preliminary mesa userspace code using these new vmwgfx features can be found at: https://gitlab.freedesktop.org/bhenden/mesa
The following changes since commit dad569af718c4e603c35f59ed03bf0555633dd95:
drm/vmwgfx: Refuse DMA operation when SEV encryption is active (2020-01-28 09:27:45 +0100)
are available in the Git repository at:
git@gitlab.freedesktop.org:sroland/vmwgfx_drm.git feature/staging_sm5
for you to fetch changes up to 4526035058cc6cc09afbca3a5d86862438ae1edf:
drm/vmwgfx: Use vmwgfx version 2.18 to signal SM5 compatibility (2020-03-20 23:35:53 +0100)
---------------------------------------------------------------- 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 +- drivers/gpu/drm/vmwgfx/device_include/svga3d_cmd.h | 161 ++++- .../gpu/drm/vmwgfx/device_include/svga3d_devcaps.h | 787 +++++++++++---------- drivers/gpu/drm/vmwgfx/device_include/svga3d_dx.h | 466 +++++++++++- .../gpu/drm/vmwgfx/device_include/svga3d_limits.h | 36 +- .../drm/vmwgfx/device_include/svga3d_surfacedefs.h | 58 +- .../gpu/drm/vmwgfx/device_include/svga3d_types.h | 347 +++++++-- drivers/gpu/drm/vmwgfx/device_include/svga_reg.h | 382 +++++++--- drivers/gpu/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
On Sat, 21 Mar 2020 at 08:57, Roland Scheidegger (VMware) rscheidegger.oss@gmail.com wrote:
Two things,
1.for some reason patchwork didn't process this, Daniel might be able to tell me why I forget who to ask everytime :-)
2. Not sure how happy fd.o gitlab is to host kernel trees, might be safe to stick to old school anongit until we work it out.
I'm happy to process this but it should be in patchwork so we can make sure the process is followed.
Dave.
Am 23.03.20 um 01:36 schrieb Dave Airlie:
Alright I put it up here now (after fiddling with it for a long time I figured out how to do it...): https://cgit.freedesktop.org/~sroland/linux/
I'm happy to process this but it should be in patchwork so we can make sure the process is followed.
Ok I guess I did something wrong but I really need to know what :-). Sorry I'm new to this workflow.
Roland
dri-devel@lists.freedesktop.org