https://bugs.freedesktop.org/show_bug.cgi?id=106673
Timothy Arceri changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
This introduces a new fast virtual memory allocator integrated with our
BO cache bucketing. For larger objects, it falls back to the simple
free-list allocator (util_vma).
This puts the allocators in place but doesn't enable softpin yet.
v2:
(feedback from Chris Wilson)
- Check (bo->kflags & E
This isn't strictly necessary, but anyone running Cannonlake will
already have Kernel 4.5 or later, so there's no reason to support
the relocation model on Gen10+.
This will let us avoid dealing with them for new features.
Reviewed-by: Scott D Phillips
---
src/mesa/drivers/dri/i965/brw_bufmgr.c
If EXEC_OBJECT_PINNED is set, we don't want to emit any relocations.
We simply want to add the BO to the validation list, and possibly mark
it as writeable. The new brw_use_pinned_bo() interface does just that.
To avoid having to make every caller consider both the relocation and
softpin cases, w
This patch enables soft-pinning of all buffers, allowing us to skip
relocation processing entirely. All systems with full PPGTT and > 4GB
of VMA should gain these benefits. This should be most Gen8+.
Unfortunately, this excludes a few systems:
- Cherryview (only has 32-bit addressing, despite 48
On 27 May 2018 at 07:10, Bas Nieuwenhuizen wrote:
> Literally the same as the AMD ext.
For the two:
Reviewed-by: Dave Airlie
>
> Passes *indirect_draw_count* CTS tests.
> ---
> src/amd/vulkan/radv_cmd_buffer.c | 49 +++
> src/amd/vulkan/radv_extensions.py | 1 +
>
From: Dave Airlie
---
src/gallium/drivers/virgl/virgl_screen.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/src/gallium/drivers/virgl/virgl_screen.c
b/src/gallium/drivers/virgl/virgl_screen.c
index 95eba12e8ed..30ac74f0c6c 100644
--- a/src/gallium/drivers/virgl/virgl_sc
From: Dave Airlie
---
src/gallium/drivers/virgl/virgl_screen.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/src/gallium/drivers/virgl/virgl_screen.c
b/src/gallium/drivers/virgl/virgl_screen.c
index 1ca9e85de73..5f231625d54 100644
--- a/src/gallium/drivers/virgl/virgl_sc
From: Dave Airlie
---
src/gallium/drivers/virgl/virgl_query.c | 3 ++-
src/gallium/drivers/virgl/virgl_screen.c | 3 ++-
2 files changed, 4 insertions(+), 2 deletions(-)
diff --git a/src/gallium/drivers/virgl/virgl_query.c
b/src/gallium/drivers/virgl/virgl_query.c
index e4d955442bf..a75b29c7c
From: Dave Airlie
---
src/gallium/drivers/virgl/virgl_screen.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/src/gallium/drivers/virgl/virgl_screen.c
b/src/gallium/drivers/virgl/virgl_screen.c
index 5f231625d54..95eba12e8ed 100644
--- a/src/gallium/drivers/virgl/virgl_sc
From: Dave Airlie
This makes this use all 32 bits, so future sets need to be
defined in a new struct.
---
src/gallium/drivers/virgl/virgl_hw.h | 5 +
1 file changed, 5 insertions(+)
diff --git a/src/gallium/drivers/virgl/virgl_hw.h
b/src/gallium/drivers/virgl/virgl_hw.h
index 93849c03ddd..
On Sun, May 27, 2018 at 9:03 AM, Marek Olšák wrote:
> On Sun, May 27, 2018 at 10:47 AM, Jason Ekstrand
> wrote:
>>
>> On May 26, 2018 21:03:39 Marek Olšák wrote:
>>>
>>> On Sat, May 26, 2018 at 11:13 AM, Jason Ekstrand
>>> wrote:
On May 25, 2018 23:43:33 Marek Olšák wrote:
>
This improves dota2 performance for me by 11% when I force the
GPU DPM level to low (otherwise dota2 is CPU limited for 4k on my
threadripper), which should be a large part of the radv-amdvlk gap.
(For me with that was radv 60.3 -> 66.6, while AMDVLK does about 68
fps)
It looks like dota2 rendered
On Sun, May 27, 2018 at 10:47 AM, Jason Ekstrand
wrote:
> On May 26, 2018 21:03:39 Marek Olšák wrote:
>
>> On Sat, May 26, 2018 at 11:13 AM, Jason Ekstrand
>> wrote:
>>
>>> On May 25, 2018 23:43:33 Marek Olšák wrote:
>>>
On Thu, May 24, 2018 at 6:46 AM, Daniel Stone
wrote:
On Sun, May 27, 2018 at 10:47 AM, Jason Ekstrand wrote:
> On May 26, 2018 21:03:39 Marek Olšák wrote:
>>
>> On Sat, May 26, 2018 at 11:13 AM, Jason Ekstrand
>> wrote:
>>>
>>> On May 25, 2018 23:43:33 Marek Olšák wrote:
On Thu, May 24, 2018 at 6:46 AM, Daniel Stone
wrote:
>
>
https://bugs.freedesktop.org/show_bug.cgi?id=106673
Bug ID: 106673
Summary: [bisected] Steam is unusable since commit 5c33e8c7
Product: Mesa
Version: git
Hardware: Other
OS: All
Status: NEW
Severity: norma
On May 26, 2018 21:03:39 Marek Olšák wrote:
On Sat, May 26, 2018 at 11:13 AM, Jason Ekstrand wrote:
On May 25, 2018 23:43:33 Marek Olšák wrote:
On Thu, May 24, 2018 at 6:46 AM, Daniel Stone wrote:
Hi all,
I'm going to attempt to interleave a bunch of replies here.
On 23 May 2018 at 20:34,
On Fri, May 25, 2018 at 9:42 AM, Eric Engestrom
wrote:
> On Friday, 2018-05-25 16:06:26 +0100, Eric Engestrom wrote:
>> On Friday, 2018-05-25 06:52:25 +, Vinson Lee wrote:
>> > Fix build error without DRI3.
>>
>> D'uh!
>> I forgot building dri3 was optional, sorry :/
>>
>> Reviewed-by: Eric En
18 matches
Mail list logo