The logic is all complex, but looks good to me.
Reviewed-by: Roland Scheidegger
On 13.04.21 22:59, Zack Rusin wrote:
> During cotable resize we pin the backup buffer to make sure the
> trylock doesn't fail. We were never unpinning the backup buffer
> resulting in every subsequent
n pgprot.
>
> Remove the NULL pointer check for the map. These functions return a valid
> address for valid pages and the return was bogus anyway as it would have
> left preemption and pagefaults disabled.
>
> Signed-off-by: Thomas Gleixner
> Cc: VMware Graphics
> Cc: Rola
The vmwgfx ones look all good to me, so for
23-53: Reviewed-by: Roland Scheidegger
That said, they were already signed off by Zack, so not sure what
happened here.
Roland
On 03.03.21 14:42, Lee Jones wrote:
> This is a resend. All of these patches have been sent before.
>
> The vm
The default list was old and in particular lacking all common 16:9
resolutions, as well as some newer 16:10 ones.
This makes them selectable in resolution change lists, which can be
quite useful (for instance in case auto-fit isn't enabled).
Signed-off-by: Roland Scheidegger
Reviewed-by: M
Hi,
looking at it, seems alright. Not sure why the lock was supposedly
needed, maybe it was at some point (it seems like all usage of this lock
was introduced way back in 2015, commit 153b3d5b037ee).
For the series: Reviewed-by: Roland Scheidegger
Roland
Am 12.01.21 um 09:49 schrieb Daniel
Both vmwgxf patches look good to me too.
Reviewed-by: Roland Scheidegger
Am 06.10.20 um 02:06 schrieb Dave Airlie:
> From: Dave Airlie
>
> This just copies the fallback to vmwgfx, I'm going to iterate on this
> a bit until it's not the same as the fallback path.
>
>
Signed-off-by: Zack Rusin
> Reviewed-by: Roland Scheidegger
> Reviewed-by: Martin Krastev
> Sigend-off-by: Roland Scheidegger
> Signed-off-by: Sasha Levin
> ---
> drivers/gpu/drm/vmwgfx/vmwgfx_gmrid_manager.c | 2 +-
> drivers/gpu/drm/vmwgfx/vmwgfx_thp.c | 2 +-
>
Dave, Daniel
One important fix for recent breakage.
The following changes since commit a1b8638ba1320e6684aa98233c15255eb803fac7:
Linux 5.9-rc7 (2020-09-27 14:38:10 -0700)
are available in the Git repository at:
git://people.freedesktop.org/~sroland/linux vmwgfx-fixes-5.9
for you to fetch
. That seems to fix recent
regressions with vmwgfx.
Signed-off-by: Zack Rusin
Reviewed-by: Roland Scheidegger
Reviewed-by: Martin Krastev
Sigend-off-by: Roland Scheidegger
---
drivers/gpu/drm/vmwgfx/vmwgfx_gmrid_manager.c | 2 +-
drivers/gpu/drm/vmwgfx/vmwgfx_thp.c | 2 +-
2 files
I'm now able to reproduce this, looking into it. (The crash looks
actually similar to what was also happening with the next commit,
drm/ttm: make TT creation purely optional v3, but that got reverted
already.)
Roland
Am 19.08.20 um 09:47 schrieb 허종만:
>
> Hi,
>
>
> I'm running Linux guest OS (
each loop exit tests
Daniel Vetter (1):
drm/vmwgfx/stdu: Use drm_mode_config_reset
Gustavo A. R. Silva (1):
drm/vmwgfx: Use struct_size() helper
Roland Scheidegger (2):
drm/vmwgfx/sou: Use drm_mode_config_reset
drm/vmwgfx/ldu: Use drm_mode_config_reset
driv
From: Roland Scheidegger
Same problem as in stdu, same fix.
Fixes: 51f644b40b4b ("drm/atomic-helper: reset vblank on crtc reset")
Acked-by: Charmaine Lee
Reviewed-by: Zack Rusin
Signed-off-by: Roland Scheidegger
---
drivers/gpu/drm/vmwgfx/vmwgfx_ldu.c | 8 ++--
1 file
From: Roland Scheidegger
Same problem as in stdu, same fix.
Fixes: 51f644b40b4b ("drm/atomic-helper: reset vblank on crtc reset")
Acked-by: Charmaine Lee
Reviewed-by: Zack Rusin
Signed-off-by: Roland Scheidegger
---
drivers/gpu/drm/vmwgfx/vmwgfx_scrn.c | 9 ++---
1 file
Thanks, I've put the fix in the vmwgfx-next branch.
Roland
Am 10.08.20 um 12:04 schrieb Colin King:
> From: Colin Ian King
>
> There is a spelling mistake in a DRM_ERROR message. Fix it.
>
> Signed-off-by: Colin Ian King
> ---
> drivers/gpu/drm/vmwgfx/vmwgfx_kms.c | 2 +-
> 1 file changed, 1
set up.
>
> Fixes: 51f644b40b4b ("drm/atomic-helper: reset vblank on crtc reset")
> Reported-by: Tetsuo Handa
> Cc: Tetsuo Handa
> Signed-off-by: Daniel Vetter
> Cc: VMware Graphics
> Cc: Roland Scheidegger
> ---
> drivers/gpu/drm/vmwgfx/vmwgfx_stdu.c | 9
Am 06.08.20 um 17:28 schrieb Christian König:
> My best guess is that you are facing two separate bugs here.
>
> Crash #1 is somehow related to CRTCs and might even be cause by the
> atomic-helper change you noted below.
>
> Crash #2 is caused because vmw_bo_create_and_populate() tries to
> manua
Patch looks good to me too.
Reviewed-by: Roland Scheidegger
Seems indeed like we should do some cleanup.
Roland
Am 28.07.20 um 09:37 schrieb Christian König:
> Am 28.07.20 um 05:42 schrieb Dave Airlie:
>> From: Dave Airlie
>>
>> Just drop the argument from this.
&g
Dave, Daniel,
vmwgfx-fixes pull for 5.8.
Just one fix for now, but it's a really important one, causing black
screens in VMs (sometimes on boot), hence marking it for stable.
The following changes since commit 1f054fd26e29784d373c3d29c348ee48f1c41fb2:
drm/vmwgfx: fix update of display surface
Am 14.07.20 um 10:25 schrieb Dan Carpenter:
> On Tue, Jul 14, 2020 at 03:39:13AM +0200, Roland Scheidegger wrote:
>> Am 26.06.20 um 12:39 schrieb Dan Carpenter:
>>> These if statements are supposed to be true if we ended the
>>> list_for_each_entry() loops without hi
From: Roland Scheidegger
The assignment of metadata overwrote the new display resolution values,
hence we'd miss the size actually changed and wouldn't redefine the
surface. This would then lead to command buffer error when trying to
update the screen target (due to the size mism
Am 26.06.20 um 12:39 schrieb Dan Carpenter:
> These if statements are supposed to be true if we ended the
> list_for_each_entry() loops without hitting a break statement but they
> don't work.
>
> In the first loop, we increment "i" after the "if (i == unit)" condition
> so we don't necessarily kn
Sorry for the delay, finally got time to look at this, seems all correct
to me, thanks. Applied to our vmvgfx-next tree. (I do wonder how this
somehow was supposed to work for all this time...)
Roland
Am 26.06.20 um 12:34 schrieb Dan Carpenter:
> The "entry" pointer is an offset from the list hea
Hi,
we are aware of an issue in our driver with kernel 5.7 resulting in
black screen and working on fixing it.
Roland
Am 07.07.20 um 17:43 schrieb Carle, Peter:
> Good morning! Line 399 of vmwgfx_cmdbuf.c apparently causes a kernel oops
> that freezes the OS during boot-time.
>
> Here is the
At least for the vmwgfx bits, no objections here,
Reviewed-by: Roland Scheidegger
Am 21.06.20 um 04:07 schrieb Laurent Pinchart:
> Most of the DRM drivers uAPI headers are licensed under the MIT license,
> and carry copies of the license with slight variations. Replace them
> with SPD
I've commited this to our next branch, thanks!
(I'm actually kind of impressed this can be found automatically...)
Roland
Am 17.06.20 um 23:51 schrieb Gustavo A. R. Silva:
> Make use of the struct_size() helper instead of an open-coded version
> in order to avoid any potential type mistakes.
>
>
Looks great to me.
Reviewed-by: Roland Scheidegger
Am 12.06.20 um 22:49 schrieb Daniel Vetter:
> Now also comes with the added benefit of doing a drm_crtc_vblank_off(),
> which means vblank state isn't ill-defined and fail-y at driver load
> before the first modeset on each
Looks like a nice cleanup to me. (No idea if at some point there
actually was a reason for a return value...)
Reviewed-by: Roland Scheidegger
Am 30.05.20 um 14:46 schrieb Emil Velikov:
> The function always returns zero (success). Ideally we'll remove it all
> together - alth
0:37 +0200)
Colin Ian King (1):
drm/vmwgfx: remove redundant assignment to variable ret
Guixiong Wei (1):
drm/vmwgfx: Fix parameter name in vmw_bo_init
Jason Yan (1):
drm/vmwgfx: Return true in function vmw_fence_obj_signaled()
Roland Scheidegger (1):
drm/vmwg
From: Roland Scheidegger
Maintainer switch from Thomas Hellstrom to Roland Scheidegger
Reviewed-by: Charmaine Lee
Reviewed-by: Neha Bhende
Acked-by: Thomas Hellstrom
Signed-off-by: Roland Scheidegger
---
MAINTAINERS | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a
I've pulled that into our tree, thanks!
Roland
Am 07.05.20 um 13:07 schrieb Jason Yan:
> Fix the following coccicheck warning:
>
> drivers/gpu/drm/vmwgfx/vmwgfx_fence.c:518:9-10: WARNING: return of 0/1
> in function 'vmw_fence_obj_signaled' with return type bool
>
> Signed-off-by: Jason Yan
>
I'm not exactly an expert on this, but looks alright to me.
Acked-by: Roland Scheidegger
Am 05.05.20 um 10:46 schrieb Marek Szyprowski:
> The Documentation/DMA-API-HOWTO.txt states that dma_map_sg returns the
> numer of the created entries in the DMA address space. However the
> su
nd streamoutput to bind.\n");
> + DRM_ERROR("Could not find streamoutput to bind.\n");
> return PTR_ERR(res);
> }
>
>
Reviewed-by: Roland Scheidegger
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel
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:
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)
>> wrote:
>>>
>>> Dave, Daniel,
>>>
>>> vmwgfx pull for for 5.7. Needed for GL4 functionali
From: Thomas Hellström (VMware)
Signed-off-by: Thomas Hellström (VMware)
Reviewed-by: Charmaine Lee
Reviewed-by: Brian Paul
Reviewed-by: Roland Scheidegger
Signed-off-by: Roland Scheidegger
___
v2: Use 2.18 instead of 2.17
---
drivers/gpu/drm/vmwgfx/vmwgfx_drv.h | 2 +-
1 file changed, 1
as only one can be set to context.
v4: Fix comment typos
Signed-off-by: Deepak Rawat
Signed-off-by: Neha Bhende
Reviewed-by: Thomas Hellström (VMware)
Reviewed-by: Roland Scheidegger
Signed-off-by: Roland Scheidegger
---
drivers/gpu/drm/vmwgfx/Makefile | 2 +-
drivers/gpu/drm
)
Reviewed-by: Roland Scheidegger
Signed-off-by: Roland Scheidegger
---
drivers/gpu/drm/vmwgfx/vmwgfx_context.c | 2 +-
drivers/gpu/drm/vmwgfx/vmwgfx_drv.c | 34 ++---
drivers/gpu/drm/vmwgfx/vmwgfx_drv.h | 40 +++--
drivers/gpu/drm/vmwgfx/vmwgfx_execbuf.c | 6
From: Deepak Rawat
Virtual device now supports new shader types, allow them as valid shader
type in command buffer. Also add per shader bind info in binding manager
state for new shader type.
Signed-off-by: Deepak Rawat
Reviewed-by: Thomas Hellström (VMware)
Reviewed-by: Roland Scheidegger
From: Deepak Rawat
A new enum to represent new SM5 graphics context capability in vmwgfx.
v2: use new correct cap bits (merged several later commits into it).
Signed-off-by: Deepak Rawat
Signed-off-by: Thomas Hellström (VMware)
Reviewed-by: Roland Scheidegger
Signed-off-by: Roland
Scheidegger
Signed-off-by: Roland Scheidegger
---
drivers/gpu/drm/vmwgfx/vmwgfx_drv.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/vmwgfx/vmwgfx_drv.c
b/drivers/gpu/drm/vmwgfx/vmwgfx_drv.c
index 4f58364421ce..f976dabe18de 100644
--- a/drivers/gpu/drm/vmwgfx
From: Deepak Rawat
Add a new param for user-space to determine if kernel module is SM5
capable.
Signed-off-by: Deepak Rawat
Reviewed-by: Thomas Hellström (VMware)
Reviewed-by: Roland Scheidegger
Signed-off-by: Roland Scheidegger
---
drivers/gpu/drm/vmwgfx/vmwgfx_ioctl.c | 3 +++
include
.
Signed-off-by: Deepak Rawat
Reviewed-by: Thomas Hellström (VMware)
Reviewed-by: Roland Scheidegger
Signed-off-by: Roland Scheidegger
---
.../gpu/drm/vmwgfx/device_include/svga3d_devcaps.h | 13 +
drivers/gpu/drm/vmwgfx/vmwgfx_ioctl.c | 11 +++
2 files changed
-by: Deepak Rawat
Reviewed-by: Thomas Hellström (VMware)
Reviewed-by: Roland Scheidegger
Signed-off-by: Roland Scheidegger
---
drivers/gpu/drm/vmwgfx/vmwgfx_binding.c | 36 -
drivers/gpu/drm/vmwgfx/vmwgfx_binding.h | 6 ++---
drivers/gpu/drm/vmwgfx/vmwgfx_execbuf.c | 4
Scheidegger
Signed-off-by: Roland Scheidegger
---
drivers/gpu/drm/vmwgfx/vmwgfx_drv.h | 56 --
drivers/gpu/drm/vmwgfx/vmwgfx_kms.c | 16 +-
drivers/gpu/drm/vmwgfx/vmwgfx_stdu.c| 44 +++--
drivers/gpu/drm/vmwgfx/vmwgfx_surface.c | 240 +---
4 files changed, 202
Scheidegger
Signed-off-by: Roland Scheidegger
---
drivers/gpu/drm/vmwgfx/vmwgfx_drv.h | 5 +
drivers/gpu/drm/vmwgfx/vmwgfx_kms.c | 27 +-
drivers/gpu/drm/vmwgfx/vmwgfx_stdu.c| 51 +---
drivers/gpu/drm/vmwgfx/vmwgfx_surface.c | 378
4 files changed, 215 insertions
t use deprecated PTR_RET)
Signed-off-by: Deepak Rawat
Signed-off-by: Neha Bhende
Reviewed-by: Thomas Hellström (VMware)
Reviewed-by: Roland Scheidegger
Signed-off-by: Roland Scheidegger
---
drivers/gpu/drm/vmwgfx/vmwgfx_binding.c | 129 -
drivers/gpu/drm/vmwgfx/vmwgfx_bind
From: Deepak Rawat
Logic ops commands are marked as deprecated by virtual device and were
never used by vmwgfx.
Signed-off-by: Deepak Rawat
Reviewed-by: Thomas Hellström (VMware)
Reviewed-by: Roland Scheidegger
Signed-off-by: Roland Scheidegger
---
.../gpu/drm/vmwgfx/device_include
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 s
Rawat
Reviewed-by: Thomas Hellström (VMware)
Reviewed-by: Roland Scheidegger
Signed-off-by: Roland Scheidegger
---
drivers/gpu/drm/vmwgfx/vmwgfx_drv.h | 2 ++
drivers/gpu/drm/vmwgfx/vmwgfx_surface.c | 36 +++--
include/uapi/drm/vmwgfx_drm.h | 12 +
3
From: Deepak Rawat
Validate indirect and dispatch commands in command buffer.
Signed-off-by: Deepak Rawat
Reviewed-by: Thomas Hellström (VMware)
Reviewed-by: Roland Scheidegger
Signed-off-by: Roland Scheidegger
---
drivers/gpu/drm/vmwgfx/vmwgfx_execbuf.c | 70 +
1
From: Deepak Rawat
Virtual device added new register for suggested GB memory, read the new
register when available.
Signed-off-by: Deepak Rawat
Reviewed-by: Thomas Hellström (VMware)
Reviewed-by: Roland Scheidegger
Signed-off-by: Roland Scheidegger
---
drivers/gpu/drm/vmwgfx/vmwgfx_drv.c
)
Reviewed-by: Roland Scheidegger
Signed-off-by: Roland Scheidegger
---
drivers/gpu/drm/vmwgfx/vmwgfx_context.c | 2 +-
drivers/gpu/drm/vmwgfx/vmwgfx_drv.c | 34 ++---
drivers/gpu/drm/vmwgfx/vmwgfx_drv.h | 40 +++--
drivers/gpu/drm/vmwgfx/vmwgfx_execbuf.c | 6
Scheidegger
Signed-off-by: Roland Scheidegger
---
drivers/gpu/drm/vmwgfx/vmwgfx_drv.h | 56 --
drivers/gpu/drm/vmwgfx/vmwgfx_kms.c | 16 +-
drivers/gpu/drm/vmwgfx/vmwgfx_stdu.c| 44 +++--
drivers/gpu/drm/vmwgfx/vmwgfx_surface.c | 240 +---
4 files changed, 202
.
Signed-off-by: Deepak Rawat
Reviewed-by: Thomas Hellström (VMware)
Reviewed-by: Roland Scheidegger
Signed-off-by: Roland Scheidegger
---
.../gpu/drm/vmwgfx/device_include/svga3d_devcaps.h | 13 +
drivers/gpu/drm/vmwgfx/vmwgfx_ioctl.c | 11 +++
2 files changed
From: Deepak Rawat
Validate indirect and dispatch commands in command buffer.
Signed-off-by: Deepak Rawat
Reviewed-by: Thomas Hellström (VMware)
Reviewed-by: Roland Scheidegger
Signed-off-by: Roland Scheidegger
---
drivers/gpu/drm/vmwgfx/vmwgfx_execbuf.c | 70 +
1
From: Deepak Rawat
Add a new param for user-space to determine if kernel module is SM5
capable.
Signed-off-by: Deepak Rawat
Reviewed-by: Thomas Hellström (VMware)
Reviewed-by: Roland Scheidegger
Signed-off-by: Roland Scheidegger
---
drivers/gpu/drm/vmwgfx/vmwgfx_ioctl.c | 3 +++
include
Rawat
Reviewed-by: Thomas Hellström (VMware)
Reviewed-by: Roland Scheidegger
Signed-off-by: Roland Scheidegger
---
drivers/gpu/drm/vmwgfx/vmwgfx_drv.h | 2 ++
drivers/gpu/drm/vmwgfx/vmwgfx_surface.c | 36 +++--
include/uapi/drm/vmwgfx_drm.h | 12 +
3
From: Deepak Rawat
Virtual device now supports new shader types, allow them as valid shader
type in command buffer. Also add per shader bind info in binding manager
state for new shader type.
Signed-off-by: Deepak Rawat
Reviewed-by: Thomas Hellström (VMware)
Reviewed-by: Roland Scheidegger
From: Deepak Rawat
A new enum to represent new SM5 graphics context capability in vmwgfx.
v2: use new correct cap bits (merged several later commits into it).
Signed-off-by: Deepak Rawat
Signed-off-by: Thomas Hellström (VMware)
Reviewed-by: Roland Scheidegger
Signed-off-by: Roland
as only one can be set to context.
v4: Fix comment typos
Signed-off-by: Deepak Rawat
Signed-off-by: Neha Bhende
Reviewed-by: Thomas Hellström (VMware)
Reviewed-by: Roland Scheidegger
Signed-off-by: Roland Scheidegger
---
drivers/gpu/drm/vmwgfx/Makefile | 2 +-
drivers/gpu/drm
t use deprecated PTR_RET)
Signed-off-by: Deepak Rawat
Signed-off-by: Neha Bhende
Reviewed-by: Thomas Hellström (VMware)
Reviewed-by: Roland Scheidegger
Signed-off-by: Roland Scheidegger
---
drivers/gpu/drm/vmwgfx/vmwgfx_binding.c | 129 -
drivers/gpu/drm/vmwgfx/vmwgfx_bind
From: "Roland Scheidegger (VMware)"
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
-by: Deepak Rawat
Reviewed-by: Thomas Hellström (VMware)
Reviewed-by: Roland Scheidegger
Signed-off-by: Roland Scheidegger
---
drivers/gpu/drm/vmwgfx/vmwgfx_binding.c | 36 -
drivers/gpu/drm/vmwgfx/vmwgfx_binding.h | 6 ++---
drivers/gpu/drm/vmwgfx/vmwgfx_execbuf.c | 4
From: Thomas Hellström (VMware)
Signed-off-by: Thomas Hellström (VMware)
Reviewed-by: Charmaine Lee
Reviewed-by: Brian Paul
Reviewed-by: Roland Scheidegger
Signed-off-by: Roland Scheidegger
___
v2: Use 2.18 instead of 2.17
---
drivers/gpu/drm/vmwgfx/vmwgfx_drv.h | 2 +-
1 file changed, 1
From: Deepak Rawat
Virtual device added new register for suggested GB memory, read the new
register when available.
Signed-off-by: Deepak Rawat
Reviewed-by: Thomas Hellström (VMware)
Reviewed-by: Roland Scheidegger
Signed-off-by: Roland Scheidegger
---
drivers/gpu/drm/vmwgfx/vmwgfx_drv.c
Scheidegger
Signed-off-by: Roland Scheidegger
---
drivers/gpu/drm/vmwgfx/vmwgfx_drv.h | 5 +
drivers/gpu/drm/vmwgfx/vmwgfx_kms.c | 27 +-
drivers/gpu/drm/vmwgfx/vmwgfx_stdu.c| 51 +---
drivers/gpu/drm/vmwgfx/vmwgfx_surface.c | 378
4 files changed, 215 insertions
Scheidegger
Signed-off-by: Roland Scheidegger
---
drivers/gpu/drm/vmwgfx/vmwgfx_drv.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/vmwgfx/vmwgfx_drv.c
b/drivers/gpu/drm/vmwgfx/vmwgfx_drv.c
index 4f58364421ce..f976dabe18de 100644
--- a/drivers/gpu/drm/vmwgfx
From: Deepak Rawat
Logic ops commands are marked as deprecated by virtual device and were
never used by vmwgfx.
Signed-off-by: Deepak Rawat
Reviewed-by: Thomas Hellström (VMware)
Reviewed-by: Roland Scheidegger
Signed-off-by: Roland Scheidegger
---
.../gpu/drm/vmwgfx/device_include
Am 23.03.20 um 01:36 schrieb Dave Airlie:
> On Sat, 21 Mar 2020 at 08:57, Roland Scheidegger (VMware)
> wrote:
>>
>> Dave, Daniel,
>>
>> vmwgfx pull for for 5.7. Needed for GL4 functionality.
>> Sync up device headers, add support for new commands, code
>
stride in surface metadata and create surface using new
>> command if support is available.
>>
>> Also with this patch replace device specific data types with kernel
>> types.
>>
>> Signed-off-by: Deepak Rawat
>> Reviewed-by: Thomas Hellström (VMware)
>&g
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
FWIW I was wrong that it was never filled in - when the backend map
query was introduced, the data indeed got filled in. However that got
lost very soon afterwards (over 6 years ago) by some fixes for backend
map calculation.
In any case,
Reviewed-by: Roland Scheidegger
Am 09.01.2018 um 04:43
Am 17.01.2016 um 20:09 schrieb Michael Harder:
> Hi all,
>
> I'm trying to get my Kodi media center working but am experiencing
> crashes when playing a movie. There is a ticket
> at https://bugs.freedesktop.org/show_bug.cgi?id=27512. From the help
> I've received so far and the research I've done
Am 30.07.2012 16:56, schrieb Jerome Glisse:
> On Sun, Jul 29, 2012 at 1:04 PM, Marek Ol??k wrote:
>> If we don't need stencil, don't allocate it.
>> If we need only stencil (like PIPE_FORMAT_S8_UINT), don't allocate depth.
>>
>> v2: actually do it correctly
>
> Big NAK
>
> We need to allocate st
Am 30.07.2012 16:56, schrieb Jerome Glisse:
> On Sun, Jul 29, 2012 at 1:04 PM, Marek Olšák wrote:
>> If we don't need stencil, don't allocate it.
>> If we need only stencil (like PIPE_FORMAT_S8_UINT), don't allocate depth.
>>
>> v2: actually do it correctly
>
> Big NAK
>
> We need to allocate st
Am 12.04.2012 14:23, schrieb Ville Syrj?l?:
> On Wed, Apr 11, 2012 at 08:53:08PM +0200, Roland Scheidegger wrote:
>> Am 05.04.2012 20:35, schrieb ville.syrjala at linux.intel.com:
>>> From: Ville Syrj?l?
>>>
>>> These functions return the chroma subsampling
Am 12.04.2012 14:23, schrieb Ville Syrjälä:
> On Wed, Apr 11, 2012 at 08:53:08PM +0200, Roland Scheidegger wrote:
>> Am 05.04.2012 20:35, schrieb ville.syrj...@linux.intel.com:
>>> From: Ville Syrjälä
>>>
>>> These functions return the chroma subsampling factor
Am 05.04.2012 20:35, schrieb ville.syrjala at linux.intel.com:
> From: Ville Syrj?l?
>
> These functions return the chroma subsampling factors for the specified
> pixel format.
Hmm not really related but looking at it this reminds me these formats
always look a bit underspecified wrt chroma subsa
Am 05.04.2012 20:35, schrieb ville.syrj...@linux.intel.com:
> From: Ville Syrjälä
>
> These functions return the chroma subsampling factors for the specified
> pixel format.
Hmm not really related but looking at it this reminds me these formats
always look a bit underspecified wrt chroma subsampl
Am 03.11.2011 16:59, schrieb Ilija Hadzic:
> Hi everyone,
>
> I would like to bring to the attention of dri-devel and linux-fbdev
> community a set of hopefully useful and interesting patches that
> I (and a few other colleagues) have been working on during the past
> few months. Here, I will prov
Am 03.11.2011 16:59, schrieb Ilija Hadzic:
> Hi everyone,
>
> I would like to bring to the attention of dri-devel and linux-fbdev
> community a set of hopefully useful and interesting patches that
> I (and a few other colleagues) have been working on during the past
> few months. Here, I will prov
Am 13.10.2011 05:29, schrieb Ilija Hadzic:
>
> The following set of patches will improve the performance of
> blit-copy functions for Radeon GPUs based on R600, R700, Evergreen
> and NI ASICs.
>
> The foundation for improvement is the use of tiled mode access (which
> for copying bo's can be used
Am 13.10.2011 05:29, schrieb Ilija Hadzic:
>
> The following set of patches will improve the performance of
> blit-copy functions for Radeon GPUs based on R600, R700, Evergreen
> and NI ASICs.
>
> The foundation for improvement is the use of tiled mode access (which
> for copying bo's can be used
Am 26.05.2011 00:45, schrieb Alex Deucher:
> Uses a different method than other evergreen asics.
Strange the temps displayed always seemed to make sense here even with
the wrong method :-).
Roland
Am 26.05.2011 00:45, schrieb Alex Deucher:
> Uses a different method than other evergreen asics.
Strange the temps displayed always seemed to make sense here even with
the wrong method :-).
Roland
___
dri-devel mailing list
dri-devel@lists.freedesktop.o
85 matches
Mail list logo
