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
https://bugs.freedesktop.org/show_bug.cgi?id=93551
Thomas Crider changed:
What|Removed |Added
Attachment #143100|0 |1
is obsolete|
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
--- 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 *) p
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 worse
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 (All
https://bugs.freedesktop.org/show_bug.cgi?id=109258
n3rdopolis changed:
What|Removed |Added
Version|unspecified |git
OS|All
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 & i
https://bugs.freedesktop.org/show_bug.cgi?id=109361
Hai changed:
What|Removed |Added
Assignee|dri-devel@lists.freedesktop |mesa-dev@lists.freedesktop.
|.o
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 Eks
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 :
https://github.com/allwinner-zh/lin
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,
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 a
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 are
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 d
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 a/sr
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 d0b2e18b
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
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:
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 ar
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 bu
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 "expensive
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)
> ---
> src/amd
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 have
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: E
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 go
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 d
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
> https://lists.freedesktop.org/arch
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:
> https:
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 mo
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 __DRI_ATTRIB_BLUE_M
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
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 --
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 it'
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 RGB
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 ++
> > src/
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, ~101
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:
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
> >
> > ---
> > src/amd/common/
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 20
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 reg
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
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
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.
> >
> >
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 Veli
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 Marek
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 b
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 off
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
>>> Signed-o
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
> >
> > src/amd/vulkan/radv_private.
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 i
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 Thursda
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(+)
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 5023b96f92d..6bdc6
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 s
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 MA
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 XM
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: mesa-dev@lists.freedes
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 t
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 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 ("bin/get-
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 chan
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
63 matches
Mail list logo
