* [git pull] feature/staging_sm5
@ 2020-03-23 23:54 Roland Scheidegger (VMware)
0 siblings, 0 replies; 5+ messages in thread
From: Roland Scheidegger (VMware) @ 2020-03-23 23:54 UTC (permalink / raw)
To: dri-devel, airlied, daniel; +Cc: linux-graphics-maintainer, Roland Scheidegger
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
v2: use more appropriate repo, rebased
The following changes since commit cb7adfd6ad12a11902ebe374bec7fd4efa2cec1c:
Merge tag 'mediatek-drm-next-5.7' of https://github.com/ckhu-mediatek/linux.git-tags into drm-next (2020-03-20 13:08:38 +1000)
are available in the Git repository at:
git://people.freedesktop.org/~sroland/linux feature/staging_sm5
for you to fetch changes up to f59e61acececc5f25313252da178a5c5eba568bd:
drm/vmwgfx: Use vmwgfx version 2.18 to signal SM5 compatibility (2020-03-23 22:48:57 +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 | 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
_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel
^ permalink raw reply [flat|nested] 5+ messages in thread* [git pull] feature/staging_sm5
@ 2020-03-20 22:56 Roland Scheidegger (VMware)
2020-03-23 0:36 ` Dave Airlie
0 siblings, 1 reply; 5+ messages in thread
From: Roland Scheidegger (VMware) @ 2020-03-20 22:56 UTC (permalink / raw)
To: airlied, daniel, dri-devel; +Cc: linux-graphics-maintainer, Roland Scheidegger
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
_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel
^ permalink raw reply [flat|nested] 5+ messages in thread* Re: [git pull] feature/staging_sm5
2020-03-20 22:56 Roland Scheidegger (VMware)
@ 2020-03-23 0:36 ` Dave Airlie
2020-03-23 18:43 ` Roland Scheidegger
0 siblings, 1 reply; 5+ messages in thread
From: Dave Airlie @ 2020-03-23 0:36 UTC (permalink / raw)
To: Roland Scheidegger (VMware)
Cc: Dave Airlie, Linux-graphics-maintainer, dri-devel
On Sat, 21 Mar 2020 at 08:57, Roland Scheidegger (VMware)
<rscheidegger.oss@gmail.com> wrote:
>
> 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.
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.
>
> 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)
_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [git pull] feature/staging_sm5
2020-03-23 0:36 ` Dave Airlie
@ 2020-03-23 18:43 ` Roland Scheidegger
2020-03-23 23:47 ` Roland Scheidegger
0 siblings, 1 reply; 5+ messages in thread
From: Roland Scheidegger @ 2020-03-23 18:43 UTC (permalink / raw)
To: Dave Airlie; +Cc: Dave Airlie, Linux-graphics-maintainer, dri-devel
Am 23.03.20 um 01:36 schrieb Dave Airlie:
> On Sat, 21 Mar 2020 at 08:57, Roland Scheidegger (VMware)
> <rscheidegger.oss@gmail.com> wrote:
>>
>> 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.
>
> 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.
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
>
> Dave.
>>
>> 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)
_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [git pull] feature/staging_sm5
2020-03-23 18:43 ` Roland Scheidegger
@ 2020-03-23 23:47 ` Roland Scheidegger
0 siblings, 0 replies; 5+ messages in thread
From: Roland Scheidegger @ 2020-03-23 23:47 UTC (permalink / raw)
To: Dave Airlie; +Cc: Dave Airlie, Linux-graphics-maintainer, dri-devel
Am 23.03.20 um 19:43 schrieb Roland Scheidegger:
> Am 23.03.20 um 01:36 schrieb Dave Airlie:
>> On Sat, 21 Mar 2020 at 08:57, Roland Scheidegger (VMware)
>> <rscheidegger.oss@gmail.com> wrote:
>>>
>>> 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.
>>
>> 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.
> 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/
Ok I'm sending out a new pull request.
I've sent out a second version, with fixed r-b and s-o-b email addresses.
Patchwork now seems to have picked it up (even the first series?).
Roland
>
>
>>
>> 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
>
>>
>> Dave.
>>>
>>> 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)
>
_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2020-03-23 23:55 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2020-03-23 23:54 [git pull] feature/staging_sm5 Roland Scheidegger (VMware)
-- strict thread matches above, loose matches on Subject: below --
2020-03-20 22:56 Roland Scheidegger (VMware)
2020-03-23 0:36 ` Dave Airlie
2020-03-23 18:43 ` Roland Scheidegger
2020-03-23 23:47 ` Roland Scheidegger
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).