On Fri, 2019-01-11 at 15:41 +, Emil Velikov wrote:
> On 2019/01/11, Andres Gomez wrote:
> > "&>" is bash specific.
> >
> > Fixes: e0dbfc99537 ("bin/get-pick-list.sh: warn when commit lists invalid
> > sha")
> > Cc: Juan A. Suarez
> > Cc: Eric Engestrom
> > Cc: Dylan Baker
> > Cc: Emil
It's common in some applications to bind a new graphics pipeline without
ending up changing any context registers.
This has a pipline have two command buffers: one for setting context
registers and one for everything else. The context register command buffer
is only emitted if it differs from the
This is with Rise of the Tomb Raider's graphics settings set to "High"
by the way.
On Mon, 14 Jan 2019 at 16:12, Rhys Perry wrote:
>
> I did and found small improvements in Rise of the Tomb Raider. I
> measured framerates ~104.3% that of without the changes for the
> Geothermal Valley scene,
Sure
On Mon, 14 Jan 2019 at 16:50, Samuel Pitoiset wrote:
>
> While you are on it, can you experiment the tracked ctx stuff that
> RadeonSI implements (ie. SI_TRACKED_XXX)?
>
> This approach will likely be more costly from the CPU side, but it will
> reduce the number of register changes a lot
On Fri, 2019-01-11 at 15:01 +, Emil Velikov wrote:
> > @@ -460,6 +464,14 @@ driGetConfigAttribIndex(const __DRIconfig *config,
> > else
> > *value = 0;
> > break;
> > +case __DRI_ATTRIB_RED_MASK_HI:
> > +case __DRI_ATTRIB_GREEN_MASK_HI:
> > +case
Fix crashes with
dEQP-VK.spirv_assembly.instruction.compute.workgroup_memory.*16
v2: - add INT16/UINT16 too
- update commit description
Signed-off-by: Samuel Pitoiset
Reviewed-by: Bas Nieuwenhuizen (v1)
---
src/amd/common/ac_nir_to_llvm.c | 5 +
1 file changed, 5 insertions(+)
diff
Am Montag, den 14.01.2019, 15:20 +0100 schrieb Marek Vasut:
> On 1/14/19 3:02 PM, Lucas Stach wrote:
> > Am Montag, den 14.01.2019, 14:54 +0100 schrieb Marek Vasut:
> > > On 1/14/19 12:16 PM, Lucas Stach wrote:
> > > > Hi Marek,
> > > >
> > > > Am Samstag, den 12.01.2019, 22:22 +0100 schrieb
I did and found small improvements in Rise of the Tomb Raider. I
measured framerates ~104.3% that of without the changes for the
Geothermal Valley scene, ~101.2% for Spine of the Mountain and ~102.3%
for Prophets Tomb.
I found no change with Dota 2 but I've heard it's cpu-bound.
On Mon, 14 Jan
Yes, I'll remove this patch.
Marek
On Sun, Jan 13, 2019 at 10:17 AM Bas Nieuwenhuizen
wrote:
> I think this is done with
>
> https://patchwork.freedesktop.org/series/55025/
>
> ?
>
> On Sat, Jan 12, 2019 at 12:53 AM Marek Olšák wrote:
> >
> > From: Marek Olšák
> >
> > ---
> >
On Mon, 19 Nov 2018 10:54:04 +0200
Eleni Maria Stea wrote:
> Intel Gen7 GPUs don't have native support for ETC2 formats. We store
> the ETC2 images as RGBA in order to render them. This is a problem for
> GetCompressed* functions that should return compressed pixel values
> but return instead
On 1/14/19 3:02 PM, Lucas Stach wrote:
> Am Montag, den 14.01.2019, 14:54 +0100 schrieb Marek Vasut:
>> On 1/14/19 12:16 PM, Lucas Stach wrote:
>>> Hi Marek,
>>>
>>> Am Samstag, den 12.01.2019, 22:22 +0100 schrieb Marek Vasut:
> From: Christian Gmeiner
A pipe_resource can be shared
On Fri, 2019-01-11 at 14:56 +, Eric Engestrom wrote:
> On Friday, 2019-01-11 16:42:25 +0200, Andres Gomez wrote:
> > "--summary" will also print extended header information such as
> > creations, renames and mode changes.
> >
> > Let's just use "-s", which suppresses the diff output.
> >
> >
Did you benchmark?
On 1/14/19 5:01 PM, Rhys Perry wrote:
It's common in some applications to bind a new graphics pipeline without
ending up changing any context registers.
This has a pipline have two command buffers: one for setting context
registers and one for everything else. The context
On Mon, Jan 14, 2019 at 1:16 AM Iago Toral wrote:
> On Fri, 2019-01-11 at 12:31 -0600, Jason Ekstrand wrote:
>
>
> On Fri, Jan 11, 2019 at 3:21 AM Iago Toral wrote:
>
> On Mon, 2019-01-07 at 09:39 -0600, Jason Ekstrand wrote:
> > ---
> > src/intel/vulkan/anv_device.c | 28 ++
> >
While you are on it, can you experiment the tracked ctx stuff that
RadeonSI implements (ie. SI_TRACKED_XXX)?
This approach will likely be more costly from the CPU side, but it will
reduce the number of register changes a lot more.
Not sure if that will improve anything though, but I think
https://bugs.freedesktop.org/show_bug.cgi?id=93551
--- Comment #66 from Thomas Crider ---
can confirm changing the string has no effect on intel. only needed for amd.
the glxcmds portion of the patch is still necessary for both. will see if I can
jump in irc and get more input on the patch. Axel
https://bugs.freedesktop.org/show_bug.cgi?id=109354
Bug ID: 109354
Summary: eglCreateImageKHR should throw a error when called
with anything but EGL_NO_CONTEXT
Product: Mesa
Version: git
Hardware: Other
OS:
https://bugs.freedesktop.org/show_bug.cgi?id=109354
--- Comment #1 from Daniel Stone ---
Same for dmabuf import:
https://www.khronos.org/registry/EGL/extensions/EXT/EGL_EXT_image_dma_buf_import.txt
Mutter used to pass a context though, so we should only do this with care.
--
You are receiving
On Mon, Jan 14, 2019 at 12:36:26PM +, Daniel Stone wrote:
> FWIW, if you go to
> https://gitlab.freedesktop.org/mesa/mesa/commit/SHA1 then you get a
> hyperlink from the web UI which points you to the MR. The API to do
> this is pretty straightforward and amenable to piping through jq:
>
On Mon, Jan 14, 2019 at 5:55 PM Samuel Pitoiset
wrote:
>
> Fix crashes with
> dEQP-VK.spirv_assembly.instruction.compute.workgroup_memory.*16
>
> v2: - add INT16/UINT16 too
> - update commit description
>
> Signed-off-by: Samuel Pitoiset
> Reviewed-by: Bas Nieuwenhuizen (v1)
> ---
>
On 2019/01/11, Silvestrs Timofejevs wrote:
> Being able to retrieve the log level can be useful to enable/disable
> debug code. The alternative, which is calling 'getenv' function every
> time to retrieve the log level, is more "expensive".
>
> Signed-off-by: Silvestrs Timofejevs
> Reviewed-by:
Hi,
I don't know what "mesa card" means. You mentioned nvidia GPU, if you
want to use nvidia binary drivers, you can't use mesa provided
libOpenCL.so.
The output you posted looks like you're trying to use mesa to load
other ICD drivers, that won't work.
This is not a change in git. Unless you
https://bugs.freedesktop.org/show_bug.cgi?id=93551
--- Comment #67 from Shmerl ---
Actual override value shouldn't be hardcoded and probably should be passed
through environment variable.
--
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the
On Mon, 14 Jan 2019 at 18:20, Emil Velikov wrote:
>
> On 2019/01/11, Silvestrs Timofejevs wrote:
> > Being able to retrieve the log level can be useful to enable/disable
> > debug code. The alternative, which is calling 'getenv' function every
> > time to retrieve the log level, is more
Quoting Axel Davy (2019-01-12 09:40:40)
> Hi,
>
> I'm not sure the promise "1 mail per pull request" is working well.
> For example, taking one recent pull request
> https://gitlab.freedesktop.org/mesa/mesa/merge_requests/105
>
> I didn't receive anything, nor
>
On 2019/01/11, Silvestrs Timofejevs wrote:
> This function is similar to strncat, but unlike strncat it allows to
> concatenate the buffer with a formatted string. The alternative would
> be to have an intermediate string that is formated first, and then
> appended via strncat.
>
Personally I'd
Hi Silvestrs,
On 2019/01/11, Timofejevs wrote:
> This patch series provides an easy way to see what configs
> have been returned by the 'eglGetConfigs' and 'eglChooseConfig'
> functions, and give an overview of config attributes.
I can see how this would be useful, although the current approach
e aOn Fri, 11 Jan 2019 at 16:34, Silvestrs Timofejevs
wrote:
>
> Feature to print out EGL returned configs for debug purposes.
>
> 'eglChooseConfig' and 'eglGetConfigs' debug information printout is
> enabled when the log level equals '_EGL_DEBUG'. The configs are
> printed, and if any of them
https://bugs.freedesktop.org/show_bug.cgi?id=93551
--- Comment #68 from Axel Davy ---
Shmerl: driconf vars can be overriden with env vars (of the same name). If the
driconf option is a string, thus any user could change the vendor string with
an env var.
--
You are receiving this mail because:
From: "Jiang, Sonny"
and add radeonsi support. This will be used by radeonsi internally.
Signed-off-by: Sonny Jiang
---
src/gallium/drivers/radeonsi/si_compute.c | 33 +++
src/gallium/include/pipe/p_state.h| 21 +++
2 files changed, 49 insertions(+), 5
https://bugs.freedesktop.org/show_bug.cgi?id=93551
--- Comment #69 from Marek Olšák ---
The patch shouldn't set environment variables and shouldn't change glxcmds.c.
The name of the option can be more straightforward, like
force_ati_vendor_string.
--
You are receiving this mail because:
You
https://gitlab.freedesktop.org/mesa/mesa/merge_requests/113
signature.asc
Description: signature
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev
Reviewed-by: Bas Nieuwenhuizen
On Tue, Jan 15, 2019 at 12:33 AM Marek Olšák wrote:
>
> From: Marek Olšák
>
> ported from AMDVLK.
>
> Cc: 18.3
> ---
> src/gallium/drivers/radeonsi/si_state_draw.c | 25 +++-
> 1 file changed, 14 insertions(+), 11 deletions(-)
>
> diff --git
From: Marek Olšák
ported from AMDVLK.
Cc: 18.3
---
src/gallium/drivers/radeonsi/si_state_draw.c | 25 +++-
1 file changed, 14 insertions(+), 11 deletions(-)
diff --git a/src/gallium/drivers/radeonsi/si_state_draw.c
b/src/gallium/drivers/radeonsi/si_state_draw.c
index
There are still people who don't look at the merge requests in gitlab yet,
like me. :) I've noticed there are fewer emails... I'll switch after you
guys figure out whether MRs are better.
Marek
On Mon, Jan 14, 2019 at 7:36 AM Daniel Stone wrote:
> Hi,
>
> On Fri, 11 Jan 2019 at 17:05, Jason
On Thu, Jan 3, 2019 at 3:01 PM Ian Romanick wrote:
> On 11/28/18 6:59 PM, Marek Olšák wrote:
> > From: Marek Olšák
> >
> > for ARB_parallel_shader_compile
> > ---
> > src/util/u_queue.c | 49 +-
> > src/util/u_queue.h | 5 ++---
> > 2 files changed,
When writing this I used this page to figure the bytes' ordering :
https://docs.microsoft.com/en-us/windows/desktop/medfound/recommended-8-bit-yuv-formats-for-video-rendering#ayuv
Of course endianess confuses everything :(
sunxi seems to support AYUV & VUYA :
From: "Kasireddy, Vivek"
The channel ordering should be 1230 instead of 2103.
While displaying the packed YUV buffers generated by the Vivid (Virtual
Video) driver on Weston, it was observed that AYUV images were not
displayed correctly. Changing the ordering to 1230 makes AYUV buffers
display
https://bugs.freedesktop.org/show_bug.cgi?id=109361
Hai changed:
What|Removed |Added
Assignee|dri-devel@lists.freedesktop |mesa-dev@lists.freedesktop.
https://bugs.freedesktop.org/show_bug.cgi?id=109258
--- Comment #1 from n3rdopolis ---
Hi
I tested on an older image of a system that I have. (testing a few)
Then testing different Mesa revisons.
I have narrowed this down to commit 8cb84c8477a57ed05d703669fee1770f31b76ae6
"egl: move alloc &
On Mon, 2019-01-14 at 10:27 -0600, Jason Ekstrand wrote:
> On Mon, Jan 14, 2019 at 1:16 AM Iago Toral wrote:
> > On Fri, 2019-01-11 at 12:31 -0600, Jason Ekstrand wrote:
> > > On Fri, Jan 11, 2019 at 3:21 AM Iago Toral
> > > wrote:
> > > > On Mon, 2019-01-07 at 09:39 -0600, Jason Ekstrand wrote:
https://bugs.freedesktop.org/show_bug.cgi?id=93551
Thomas Crider changed:
What|Removed |Added
Attachment #143100|0 |1
is obsolete|
https://bugs.freedesktop.org/show_bug.cgi?id=109258
n3rdopolis changed:
What|Removed |Added
Version|unspecified |git
OS|All
On 1/14/19 2:36 PM, Daniel Stone wrote:
Hi,
On Fri, 11 Jan 2019 at 17:05, Jason Ekstrand wrote:
5. There's no way with gitlab for Reviewed-by tags to get automatically
applied as part of the merging process. This makes merging a bit more manual
than it needs to be but is really no
https://bugs.freedesktop.org/show_bug.cgi?id=109362
Bug ID: 109362
Summary: Objects are invisible in Resident Evil 2 "1-Shot Demo"
with RADV
Product: Mesa
Version: git
Hardware: x86-64 (AMD64)
OS: Linux
https://bugs.freedesktop.org/show_bug.cgi?id=93551
--- Comment #70 from Thomas Crider ---
Marek Olšák this patch for glxcmds.c is necessary for the game to run at all,
without it the game crashes:
+ if (strcmp((const char *) procName, "glNamedStringARB") == 0 ||
+ strcmp((const char *)
On 1/15/19 4:34 AM, Lionel Landwerlin wrote:
When writing this I used this page to figure the bytes' ordering :
https://docs.microsoft.com/en-us/windows/desktop/medfound/recommended-8-bit-yuv-formats-for-video-rendering#ayuv
Of course endianess confuses everything :(
sunxi seems to support
Hello Jan,
clinfo shows a little bit of opencl info while no "mesa" card is with
the machine.
That's wrong:
flatpak --command=/bin/bash run online.winehub.GPUViewer
clinfo
Number of platforms 1
Platform Name Clover
Platform
On Mon, 2019-01-07 at 19:04 +0200, Andres Gomez wrote:
> As suggested by Emil Velikov.
>
> Cc: Dylan Baker
> Cc: Juan A. Suarez
> Cc: Emil Velikov
> Signed-off-by: Andres Gomez
> ---
> docs/release-calendar.html | 10 ++
> docs/releasing.html| 14 --
> 2 files
On Fri, 2019-01-11 at 16:42 +0200, Andres Gomez wrote:
> "--summary" will also print extended header information such as
> creations, renames and mode changes.
>
> Let's just use "-s", which suppresses the diff output.
Reviewed-by: Juan A. Suarez
J.A.
>
> Fixes: 559c32d2412
On Fri, 2019-01-11 at 16:43 +0200, Andres Gomez wrote:
> "&>" is bash specific.
>
Reviewed-by: Juan A. Suarez
J.A.
> Fixes: e0dbfc99537 ("bin/get-pick-list.sh: warn when commit lists invalid
> sha")
> Cc: Juan A. Suarez
> Cc: Eric Engestrom
> Cc: Dylan Baker
> Cc: Emil Velikov
>
On Wed, Jan 9, 2019, 2:37 PM Samuel Pitoiset A simple Vulkan extension that allows apps to query size and
> usage of all exposed memory heaps.
>
> The different usage values are not really accurate because
> they are per drm-fd, but they should be close enough.
>
> v3: - use atomic operations in
On 1/14/19 12:16 PM, Lucas Stach wrote:
> Hi Marek,
>
> Am Samstag, den 12.01.2019, 22:22 +0100 schrieb Marek Vasut:
>>> From: Christian Gmeiner
>>
>> A pipe_resource can be shared by all the pipe_context's hanging off the
>> same pipe_screen.
>>
>>> Signed-off-by: Christian Gmeiner
>>>
Am Montag, den 14.01.2019, 14:54 +0100 schrieb Marek Vasut:
> On 1/14/19 12:16 PM, Lucas Stach wrote:
> > Hi Marek,
> >
> > Am Samstag, den 12.01.2019, 22:22 +0100 schrieb Marek Vasut:
> > > > From: Christian Gmeiner
> > >
> > > A pipe_resource can be shared by all the pipe_context's hanging
Reviewed-by: Bas Nieuwenhuizen
On Mon, Jan 14, 2019 at 1:49 PM Samuel Pitoiset
wrote:
>
> Fix a crash with
> dEQP-VK.spirv_assembly.instruction.compute.workgroup_memory.float16
>
> Signed-off-by: Samuel Pitoiset
> ---
> src/amd/common/ac_nir_to_llvm.c | 2 ++
> 1 file changed, 2 insertions(+)
Hello,
The test for this issue is pushed to the piglit.
It would be great to push the mesa fix too if it is still an acceptable for
all :)
Thanks,
Andrii.
On Sat, Oct 20, 2018 at 12:29 PM andrey simiklit
wrote:
> Hello,
>
> On Fri, Oct 19, 2018 at 15:14 Kenneth Graunke
> wrote:
>
>> On
On Wed, 19 Dec 2018 at 11:54, Juan A. Suarez Romero wrote:
>
> On Wed, 2017-08-23 at 22:51 +0200, Bas Nieuwenhuizen wrote:
> > ---
> > src/amd/vulkan/radv_cmd_buffer.c | 1 +
> > src/amd/vulkan/radv_meta_clear.c | 65
> >
> >
From: Emil Velikov
Currently various parts of mesa use the glapi_table differently.
Some use _glapi_get_proc_offset() to get the offset, while others
directly reference the specific offset via _gloffset_Function.
Add all static entries, to ensure things don't break as we flip to the
upstream
We had defined MAX_IMAGES as 8, which we used to size the array for
image push constant data. The comment there stated that this was for
gen8, but anv_nir_apply_pipeline_layout runs for all gens and writes
that array, asserting that we don't exceed that number of images,
which imposes a limit of
Fix a crash with
dEQP-VK.spirv_assembly.instruction.compute.workgroup_memory.float16
Signed-off-by: Samuel Pitoiset
---
src/amd/common/ac_nir_to_llvm.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/src/amd/common/ac_nir_to_llvm.c b/src/amd/common/ac_nir_to_llvm.c
index
Hi Marek,
Am Samstag, den 12.01.2019, 22:22 +0100 schrieb Marek Vasut:
> > From: Christian Gmeiner
>
> A pipe_resource can be shared by all the pipe_context's hanging off the
> same pipe_screen.
>
> > Signed-off-by: Christian Gmeiner
> > Signed-off-by: Marek Vasut
> To:
Hi,
On Fri, 11 Jan 2019 at 17:05, Jason Ekstrand wrote:
> 5. There's no way with gitlab for Reviewed-by tags to get automatically
> applied as part of the merging process. This makes merging a bit more manual
> than it needs to be but is really no worse than it was before.
I'm still on the
Hi,
On 13.1.2019 9.44, Jonathan Gray wrote:
...> As we can not depend on python to build Mesa in OpenBSD I will have to
go back to maintaining a local Mesa build system if autotools is removed.
Mesa already needs python-mako (for code generation) with Autotools.
Why Meson also needing Python
63 matches
Mail list logo