Am 23.03.20 um 01:36 schrieb Dave Airlie: > On Sat, 21 Mar 2020 at 08:57, Roland Scheidegger (VMware) > <rscheidegger.oss@xxxxxxxxx> 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@xxxxxxxxxxxxxxxxxxxxxx: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@xxxxxxxxxxxxxxxxxxxxx https://lists.freedesktop.org/mailman/listinfo/dri-devel