https://bugs.freedesktop.org/show_bug.cgi?id=100430
Bug ID: 100430
Summary: [radv] graphical glitches on dolphin emulator
Product: Mesa
Version: git
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
Sev
Reviewed-by: Bas Nieuwenhuizen
On Tue, Mar 28, 2017 at 5:00 AM, Dave Airlie wrote:
> From: Dave Airlie
>
> With tess this becomes a bit more complex. so move to pipeline
> for now.
>
> Signed-off-by: Dave Airlie
> ---
> src/amd/vulkan/radv_cmd_buffer.c | 9 +
> src/amd/vulkan/radv_pip
Series is
Reviewed-by: Bas Nieuwenhuizen
On Tue, Mar 28, 2017 at 3:52 AM, Dave Airlie wrote:
> From: Dave Airlie
>
> No need to recalculate this everytime.
>
> Signed-off-by: Dave Airlie
> ---
> src/amd/vulkan/radv_cmd_buffer.c | 29 +++--
> src/amd/vulkan/radv_pipeli
On 28/03/17 16:12, Ilia Mirkin wrote:
On Tue, Mar 28, 2017 at 1:10 AM, Timothy Arceri wrote:
On 28/03/17 15:39, Ilia Mirkin wrote:
Why can't we just have this on ES as-is? It should support context
flags just fine... that's how e.g. robustness is done there, no? (Note
that ES makes no require
On Tue, Mar 28, 2017 at 1:12 AM, Ilia Mirkin wrote:
> On Tue, Mar 28, 2017 at 1:10 AM, Timothy Arceri wrote:
>> On 28/03/17 15:39, Ilia Mirkin wrote:
>>>
>>> Why can't we just have this on ES as-is? It should support context
>>> flags just fine... that's how e.g. robustness is done there, no? (No
On Tue, Mar 28, 2017 at 1:10 AM, Timothy Arceri wrote:
> On 28/03/17 15:39, Ilia Mirkin wrote:
>>
>> Why can't we just have this on ES as-is? It should support context
>> flags just fine... that's how e.g. robustness is done there, no? (Note
>> that ES makes no requirement for EGL - an ES context
On 28/03/17 15:39, Ilia Mirkin wrote:
Why can't we just have this on ES as-is? It should support context
flags just fine... that's how e.g. robustness is done there, no? (Note
that ES makes no requirement for EGL - an ES context can be created
with GLX as well, in case it matters.)
Well I guess w
https://bugs.freedesktop.org/show_bug.cgi?id=100407
Timothy Arceri changed:
What|Removed |Added
Resolution|--- |NOTOURBUG
Status|NEEDINFO
Acked-by: Tapani Pälli
On 03/27/2017 09:48 PM, Andres Gomez wrote:
Signed-off-by: Andres Gomez
Cc: Emil Velikov
Cc: Tapani Pälli
Cc: Mauro Rossi
---
docs/releasing.html | 5 +
1 file changed, 5 insertions(+)
diff --git a/docs/releasing.html b/docs/releasing.html
index 6c2740f1a82..0c7
Why can't we just have this on ES as-is? It should support context
flags just fine... that's how e.g. robustness is done there, no? (Note
that ES makes no requirement for EGL - an ES context can be created
with GLX as well, in case it matters.)
On Tue, Mar 28, 2017 at 12:35 AM, Timothy Arceri wro
The KHR_no_error spec says:
"CONTEXT_FLAG_NO_ERROR_BIT_KHR is only supported if the
OpenGL version has support for context flags (as defined
in the OpenGL 4.5 core spec) or an extension supporting
equivalent functionality is exposed."
But the OpenGL 4.5 core spec just has referenced
---
src/mesa/main/getstring.c | 12
1 file changed, 12 insertions(+)
diff --git a/src/mesa/main/getstring.c b/src/mesa/main/getstring.c
index 6e90511..50140cf 100644
--- a/src/mesa/main/getstring.c
+++ b/src/mesa/main/getstring.c
@@ -297,17 +297,29 @@ invalid_pname:
*
* Returns _
There ES is no support for now as this requires
EGL_KHR_create_context_no_error to be implemented.
---
src/mesa/main/extensions_table.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/src/mesa/main/extensions_table.h b/src/mesa/main/extensions_table.h
index ec71791..4439731 100644
--- a/src/me
https://bugs.freedesktop.org/show_bug.cgi?id=100407
--- Comment #2 from pictsi...@gmail.com ---
I installed 13.05 via backports, now it's not telling me to report a bug, but
still doesn't work:
pictsidhe@X40:~$ ./Qt/Tools/QtCreator/bin/qtcreator
QOpenGLFramebufferObject: Framebuffer incomplete a
From: Dave Airlie
With tess this becomes a bit more complex. so move to pipeline
for now.
Signed-off-by: Dave Airlie
---
src/amd/vulkan/radv_cmd_buffer.c | 9 +
src/amd/vulkan/radv_pipeline.c | 9 -
src/amd/vulkan/radv_private.h| 1 +
3 files changed, 10 insertions(+), 9
Tried Depends(), but it doesn’t work all the time. There are some cases where
it works, and some others where it doesn’t.
I’ll need to investigate more. Fix in a separate checkin later?
George
On Mar 27, 2017, at 8:38 PM, Rowley, Timothy O
mailto:timothy.o.row...@intel.com>> wrote:
On close
https://bugs.freedesktop.org/show_bug.cgi?id=100424
Michel Dänzer changed:
What|Removed |Added
Version|unspecified |git
--
You are receiving this mail bec
https://bugs.freedesktop.org/show_bug.cgi?id=100424
Michel Dänzer changed:
What|Removed |Added
Component|DRM/AMDgpu |Drivers/Vulkan/radeon
Versio
https://bugs.freedesktop.org/show_bug.cgi?id=100425
--- Comment #2 from Kai Ninomiya ---
We don't see any reports on any versions other than 12.0.6, pretty much just on
Ubuntu. These users appear to be on Ubuntu 16.04 LTS (xenial + xenial-updates).
Unfortunately, we can expect that version to han
https://bugs.freedesktop.org/show_bug.cgi?id=100425
Timothy Arceri changed:
What|Removed |Added
Status|NEW |NEEDINFO
--- Comment #1 from Timothy A
From: Dave Airlie
There is no need to calculate this on each command submit.
Signed-off-by: Dave Airlie
---
src/amd/vulkan/radv_cmd_buffer.c | 67 +++--
src/amd/vulkan/radv_pipeline.c | 71
src/amd/vulkan/radv_private.h
From: Dave Airlie
No need to recalculate this every time.
Signed-off-by: Dave Airlie
---
src/amd/vulkan/radv_cmd_buffer.c | 5 +
src/amd/vulkan/radv_pipeline.c | 6 ++
src/amd/vulkan/radv_private.h| 1 +
3 files changed, 8 insertions(+), 4 deletions(-)
diff --git a/src/amd/vulka
From: Dave Airlie
There is no need to recalculate this every time.
Signed-off-by: Dave Airlie
---
src/amd/vulkan/radv_cmd_buffer.c | 16 +---
src/amd/vulkan/radv_pipeline.c | 19 ++-
src/amd/vulkan/radv_private.h| 1 +
3 files changed, 20 insertions(+), 16 de
From: Dave Airlie
This also takes the side band setting code from radeonsi.
Signed-off-by: Dave Airlie
---
src/amd/vulkan/radv_cmd_buffer.c | 16 +---
src/amd/vulkan/radv_pipeline.c | 31 ++-
src/amd/vulkan/radv_private.h| 2 +-
3 files changed, 3
From: Dave Airlie
No need to recalculate this everytime.
Signed-off-by: Dave Airlie
---
src/amd/vulkan/radv_cmd_buffer.c | 29 +++--
src/amd/vulkan/radv_pipeline.c | 27 ++-
src/amd/vulkan/radv_private.h| 1 +
3 files changed, 30 insertion
On closer review of 10/10, I don’t like the approach taken here.
You’ve added a —template argument to gen_backends.py, making it different from
the rest of the scripts and actually running it with different parameters on
automake and scons. Can’t you get scons to have the necessary dependency u
I honestly don't know what's causing it to fail :(
I'm trying to figure it out using IDA pro but I'm really not good at
this stuff.
I will try to see what happens if I leave the current context though,
instead of setting it to null.
Il 2017-03-27 13:32, Jose Fonseca ha scritto:
No, I'm af
Hi, thanks for the suggestions ;)
I was using opengl32.dll as a drop-in replacement. I followed your
instructions to properly load mesa as an opengl driver and got pretty
much the same crash, but on top of that, the game can't change the
resolution, only the desktop resolution seems to be avai
Apart from 01/10 and 10/10 (that have been discussed in other emails), patches
02/10 to 09/10
Reviewed-By: George Kyriazis
mailto:george.kyria...@intel.com>>
On Mar 25, 2017, at 7:00 AM, Tim Rowley
mailto:timothy.o.row...@intel.com>> wrote:
Move common codegen functions into gen_common.py.
-
Fix codegen build break that was introduced earlier
v2: update rules for gen_knobs.cpp and gen_knobs.h
---
src/gallium/drivers/swr/Makefile.am| 4 +--
src/gallium/drivers/swr/SConscript | 15 ++-
.../drivers/swr/rasterizer/codegen/gen_backends.py | 30 +++
With this v2 change PATCH 10/10 has to be updated. V2 of 10/10 coming in a
separate envelope.
With the 10/10 update, this patch:
Reviewed-By: George Kyriazis
mailto:george.kyria...@intel.com>>
George
On Mar 27, 2017, at 11:17 AM, Tim Rowley
mailto:timothy.o.row...@intel.com>> wrote:
Move c
https://bugs.freedesktop.org/show_bug.cgi?id=100425
Kai Ninomiya changed:
What|Removed |Added
CC||kain...@chromium.org
--
You are receivi
https://bugs.freedesktop.org/show_bug.cgi?id=100425
Bug ID: 100425
Summary: glGenFramebuffersEXT appears to be null on (some?)
Mesa 12.0.6 systems
Product: Mesa
Version: 12.0
Hardware: x86-64 (AMD64)
OS: Lin
On 17-03-23 14:02:13, Daniel Stone wrote:
Hi Ben,
On 24 January 2017 at 06:21, Ben Widawsky wrote:
@@ -1018,9 +1018,18 @@ intel_from_planar(__DRIimage *parent, int plane, void
*loaderPrivate)
int width, height, offset, stride, dri_format, index;
struct intel_image_format *f;
__
It reads @ writes the DB cache, and we haven't flushed dst caches yet,
so DB cache may be stale. Also the user might be shader read (and probably is),
so also flush after.
Signed-off-by: Bas Nieuwenhuizen
CC:
Fixes: f4e499ec791 ("radv: add initial non-conformant radv vulkan driver")
---
src/amd
On Mon, Mar 27, 2017 at 12:43 PM, Timothy Arceri
wrote:
>
>
> On 27/03/17 20:30, Grazvydas Ignotas wrote:
>>
>> On Mon, Mar 27, 2017 at 6:14 AM, Timothy Arceri
>> wrote:
>>>
>>> Due to a max limit of 65,536 entries on the index table that we use to
>>> decide if we can skip compiling individual s
Quoting Jose Fonseca (2017-03-27 09:58:59)
> On 27/03/17 17:42, Dylan Baker wrote:
> > Quoting Jose Fonseca (2017-03-27 09:31:04)
> >> On 27/03/17 17:24, Dylan Baker wrote:
> >>> Quoting Jose Fonseca (2017-03-26 14:53:50)
> I've pushed the branch to mesa/demos, so we can all collaborate withou
From: Dave Airlie
This is just a precursor for tess support, which needs to
pass different values here.
Signed-off-by: Dave Airlie
---
src/amd/common/ac_nir_to_llvm.c | 11 ---
1 file changed, 8 insertions(+), 3 deletions(-)
diff --git a/src/amd/common/ac_nir_to_llvm.c b/src/amd/commo
Quoting Jose Fonseca (2017-03-27 09:58:59)
> On 27/03/17 17:42, Dylan Baker wrote:
> > Quoting Jose Fonseca (2017-03-27 09:31:04)
> >> On 27/03/17 17:24, Dylan Baker wrote:
> >>> Quoting Jose Fonseca (2017-03-26 14:53:50)
> I've pushed the branch to mesa/demos, so we can all collaborate withou
From: Dave Airlie
If we had no rasterization, we'd emit SPI color
format as all 0's the hw dislikes this, add the workaround
from radeonsi.
Found while debugging tessellation
v2: handle at pipeline stage, we have to handle
it after we process the fragment shader. (Bas)
Signed-off-by: Dave Airl
Am 26.03.2017 um 14:34 schrieb Timothy Arceri:
> Previously we would just escape the loop and move everything
> following the loop inside the if to the else branch of a new if
> with a return flag conditional. However everything outside the
> if the loop was nested in would still get executed.
>
>
2017-03-27 21:27 GMT+02:00 Gustaw Smolarczyk :
> 2017-03-27 21:10 GMT+02:00 Jason Ekstrand :
>> On March 27, 2017 10:24:47 AM Gustaw Smolarczyk
>> wrote:
>>
>>> Hello,
>>>
>>> I was playing with profiling Minecraft on radeonsi in perf and found that
>>> _mesa_get_fixed_func_fragment_program was a
Edmondo Tommasina writes:
> On Mon, Mar 27, 2017 at 6:05 PM, Eric Anholt wrote:
>> Edmondo Tommasina writes:
>>
>>> Define a new MESA_USER_DRIRC environment variable to load a customized
>>> drirc file.
>>>
>>> When the variable is not defined, nothing changes and the ${HOME}/.drirc
>>> file wi
Hi,
I took a look at the wgl code and I think the problem is that
MakeCurrent fails if the pixel format of the context and the pbuffer
don't match. The main window is double-buffered, so I guess the context
is also double-buffered, but the pbuffers are single-buffered and they
have no depth o
On Mon, Mar 27, 2017 at 10:14 PM, Dave Airlie wrote:
> From: Dave Airlie
>
> If we had no rasterization, we'd emit SPI color
> format as all 0's the hw dislikes this, add the workaround
> from radeonsi.
>
> Found while debugging tessellation
>
> Signed-off-by: Dave Airlie
> ---
> src/amd/vulkan
2017-03-27 21:59 GMT+02:00 Edmondo Tommasina :
> Introduce a new MESA_USER_DRIRC environment variable to load a customized
> drirc file.
>
> This can be used mostly for two things:
> 1. Force the load of a different user drirc configuration for an application
>without touching/creating a user g
Gustaw Smolarczyk writes:
> Since it holds values from 0 to 8, 4 bits will suffice.
>
> Signed-off-by: Gustaw Smolarczyk
I don't think this one will actually affect the size, since we're going
From 27 to 23 bits before the array of structs.
However, these changes all look good to me. Series i
On Mon, Mar 27, 2017 at 6:05 PM, Eric Anholt wrote:
> Edmondo Tommasina writes:
>
>> Define a new MESA_USER_DRIRC environment variable to load a customized
>> drirc file.
>>
>> When the variable is not defined, nothing changes and the ${HOME}/.drirc
>> file will be loaded.
>>
>> If the variable i
From: Dave Airlie
In order to faciliate adding tess support, split the vs/es
output info into a separate block, so we make it easier to
have the tess shaders export the same info.
Signed-off-by: Dave Airlie
---
src/amd/common/ac_nir_to_llvm.c | 54 +
src/amd/co
From: Dave Airlie
If we had no rasterization, we'd emit SPI color
format as all 0's the hw dislikes this, add the workaround
from radeonsi.
Found while debugging tessellation
Signed-off-by: Dave Airlie
---
src/amd/vulkan/radv_cmd_buffer.c | 19 ++-
1 file changed, 18 insertion
From: Dave Airlie
If rasterization is disabled, we can get a NULL multisample
state.
Signed-off-by: Dave Airlie
---
src/amd/vulkan/radv_pipeline.c | 20
1 file changed, 12 insertions(+), 8 deletions(-)
diff --git a/src/amd/vulkan/radv_pipeline.c b/src/amd/vulkan/radv_pipe
While hacking on tessellation I found a few things that make
adding support easier and fix some bugs, may as well send them out now.
Dave.
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev
From: Dave Airlie
The logic was different than radeonsi, fix it up before adding
tess support.
Signed-off-by: Dave Airlie
---
src/amd/vulkan/radv_cmd_buffer.c | 13 +++--
src/amd/vulkan/radv_private.h| 3 ++-
src/amd/vulkan/si_cmd_buffer.c | 12 ++--
3 files changed, 15
https://bugs.freedesktop.org/show_bug.cgi?id=100201
Anonymous Helper changed:
What|Removed |Added
Summary|llvmpipe Windows scons |llvmpipe Windows scons
Introduce a new MESA_USER_DRIRC environment variable to load a customized
drirc file.
This can be used mostly for two things:
1. Force the load of a different user drirc configuration for an application
without touching/creating a user global ${HOME}/.drirc file or passing
their values throu
2017-03-27 21:10 GMT+02:00 Jason Ekstrand :
> On March 27, 2017 10:24:47 AM Gustaw Smolarczyk
> wrote:
>
>> Hello,
>>
>> I was playing with profiling Minecraft on radeonsi in perf and found that
>> _mesa_get_fixed_func_fragment_program was a little bit too high in the
>> profile
>> log than it sho
On March 27, 2017 10:24:47 AM Gustaw Smolarczyk wrote:
Hello,
I was playing with profiling Minecraft on radeonsi in perf and found that
_mesa_get_fixed_func_fragment_program was a little bit too high in the profile
log than it should. I assumed that most of it comes from make_state_key static
On Mon, Mar 27, 2017 at 11:48 AM, Andres Gomez wrote:
> Signed-off-by: Andres Gomez
> Cc: Emil Velikov
> Cc: Vinson Lee
> ---
> docs/releasing.html | 5 +
> 1 file changed, 5 insertions(+)
>
> diff --git a/docs/releasing.html b/docs/releasing.html
> index ea0088342f8..6c2740f1a82 100644
>
Signed-off-by: Andres Gomez
Cc: Emil Velikov
Cc: Jeremy Huddleston Sequoia
---
docs/releasing.html | 5 +
1 file changed, 5 insertions(+)
diff --git a/docs/releasing.html b/docs/releasing.html
index 0c78b0500d9..e41605b2116 100644
--- a/docs/releasing.html
+++ b/docs/releasing.html
@@ -143
Signed-off-by: Andres Gomez
Cc: Emil Velikov
Cc: Tapani Pälli
Cc: Mauro Rossi
---
docs/releasing.html | 5 +
1 file changed, 5 insertions(+)
diff --git a/docs/releasing.html b/docs/releasing.html
index 6c2740f1a82..0c78b0500d9 100644
--- a/docs/releasing.html
+++ b/docs/releasing.html
@@
Signed-off-by: Andres Gomez
Cc: Emil Velikov
Cc: Vinson Lee
---
docs/releasing.html | 5 +
1 file changed, 5 insertions(+)
diff --git a/docs/releasing.html b/docs/releasing.html
index ea0088342f8..6c2740f1a82 100644
--- a/docs/releasing.html
+++ b/docs/releasing.html
@@ -133,6 +133,11 @@ G
Signed-off-by: Andres Gomez
Cc: Emil Velikov
---
docs/releasing.html | 6 ++
1 file changed, 6 insertions(+)
diff --git a/docs/releasing.html b/docs/releasing.html
index 10a18790300..ea0088342f8 100644
--- a/docs/releasing.html
+++ b/docs/releasing.html
@@ -184,6 +184,12 @@ and llvmpipe dri
The build/check test should be done with an appropriate combination of
flags, depending on the changes introduced by the patch set.
Also, mention to cross compile with mingw-w64 for Windows.
Signed-off-by: Andres Gomez
Cc: Emil Velikov
---
docs/releasing.html | 7 +--
1 file changed, 5 ins
The maintanier should not just rely on the mesa-stable@ mailing list
but actually check the master branch in search for suitable nomination
candidates.
Signed-off-by: Andres Gomez
Cc: Emil Velikov
---
docs/releasing.html | 9 -
1 file changed, 8 insertions(+), 1 deletion(-)
diff --git
Signed-off-by: Andres Gomez
Cc: Emil Velikov
---
docs/releasing.html | 35 +++
1 file changed, 31 insertions(+), 4 deletions(-)
diff --git a/docs/releasing.html b/docs/releasing.html
index fc7f2a5aff9..cd5794a656a 100644
--- a/docs/releasing.html
+++ b/docs/relea
A series of patches adding more details to the release process.
Andres Gomez (7):
docs/releasing: format/style homogenization
docs/releasing: check in master for forgotten nomination candidates
docs/releasing: further explain the build/check testing process
docs/releasing: if possible, do
Handle rename of llvm AttributeSet to AttributeList in the same
fashion as ac_llvm_helper.cpp.
---
src/gallium/drivers/swr/swr_shader.cpp | 24 +++-
1 file changed, 15 insertions(+), 9 deletions(-)
diff --git a/src/gallium/drivers/swr/swr_shader.cpp
b/src/gallium/drivers/swr/
Add CreateAlignmentAssumptionHelper to gen_llvm_ir_macros.py ignore list.
---
src/gallium/drivers/swr/rasterizer/codegen/gen_llvm_ir_macros.py | 7 +++
1 file changed, 3 insertions(+), 4 deletions(-)
diff --git a/src/gallium/drivers/swr/rasterizer/codegen/gen_llvm_ir_macros.py
b/src/gallium/
Jose Fonseca writes:
> On 27/03/17 17:42, Dylan Baker wrote:
>> Quoting Jose Fonseca (2017-03-27 09:31:04)
>>> On 27/03/17 17:24, Dylan Baker wrote:
Quoting Jose Fonseca (2017-03-26 14:53:50)
> I've pushed the branch to mesa/demos, so we can all collaborate without
> wasting time cro
Thanks. I've pushed this patch as commit
7dccd38b400d3a65da20ddefe282a7bb0b7ccb58
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev
Since it holds values from 0 to 8, 4 bits will suffice.
Signed-off-by: Gustaw Smolarczyk
---
src/mesa/main/ff_fragment_shader.cpp | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/mesa/main/ff_fragment_shader.cpp
b/src/mesa/main/ff_fragment_shader.cpp
index 75189733ba..c29
Its only usage is easily replaced by nr_enabled_units. As for cache key
part, unit[i].enabled should be enough.
Signed-off-by: Gustaw Smolarczyk
---
src/mesa/main/ff_fragment_shader.cpp | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/src/mesa/main/ff_fragment_shader.cpp
b
Since fixed-function shaders are restricted to MAX_TEXTURE_COORD_UNITS
texture units, use this constant instead of MAX_TEXTURE_UNITS. This
reduces the array size from 32 to 8.
Signed-off-by: Gustaw Smolarczyk
---
src/mesa/main/ff_fragment_shader.cpp | 2 +-
1 file changed, 1 insertion(+), 1 dele
Hello,
I was playing with profiling Minecraft on radeonsi in perf and found that
_mesa_get_fixed_func_fragment_program was a little bit too high in the profile
log than it should. I assumed that most of it comes from make_state_key static
function which I am trying to optimize now in the spare tim
On 27 March 2017 at 14:56, Pohjolainen, Topi wrote:
> On Tue, Mar 21, 2017 at 10:33:12AM +, Emil Velikov wrote:
>> On 21 March 2017 at 09:09, Topi Pohjolainen
>> wrote:
>> > Recent change to use drmGetDevices2() made me realize that
>> > build configured using
>> >
>> > PKG_CONFIG_PATH=my_dr
On 27/03/17 17:42, Dylan Baker wrote:
Quoting Jose Fonseca (2017-03-27 09:31:04)
On 27/03/17 17:24, Dylan Baker wrote:
Quoting Jose Fonseca (2017-03-26 14:53:50)
I've pushed the branch to mesa/demos, so we can all collaborate without
wasting time crossporting patches between private branches.
Quoting Jose Fonseca (2017-03-27 09:31:04)
> On 27/03/17 17:24, Dylan Baker wrote:
> > Quoting Jose Fonseca (2017-03-26 14:53:50)
> >> I've pushed the branch to mesa/demos, so we can all collaborate without
> >> wasting time crossporting patches between private branches.
> >>
> >>https://cgit.f
Quoting Daniel Stone (2017-03-27 04:59:13)
> On 27 March 2017 at 12:50, Rob Clark wrote:
> > On Mon, Mar 27, 2017 at 7:37 AM, Fabio Estevam wrote:
> >> gst-decoder.c:189:40: note: each undeclared identifier is reported
> >> only once for each function it appears in
> >> Makefile:613: recipe for t
On 27/03/17 17:24, Dylan Baker wrote:
Quoting Jose Fonseca (2017-03-26 14:53:50)
I've pushed the branch to mesa/demos, so we can all collaborate without
wasting time crossporting patches between private branches.
https://cgit.freedesktop.org/mesa/demos/commit/?h=meson
Unfortunately, I could
Quoting Jose Fonseca (2017-03-26 14:53:50)
> I've pushed the branch to mesa/demos, so we can all collaborate without
> wasting time crossporting patches between private branches.
>
>https://cgit.freedesktop.org/mesa/demos/commit/?h=meson
>
> Unfortunately, I couldn't actually go very far unt
Move common codegen functions into gen_common.py.
v2: change gen_knobs.py to find the template file internally, like
the rest of the gen scripts.
---
src/gallium/drivers/swr/Makefile.am| 20 ++-
.../drivers/swr/rasterizer/codegen/gen_archrast.py | 30 +---
.../drivers/swr/raster
Edmondo Tommasina writes:
> Define a new MESA_USER_DRIRC environment variable to load a customized
> drirc file.
>
> When the variable is not defined, nothing changes and the ${HOME}/.drirc
> file will be loaded.
>
> If the variable is set to a file, this file will be loaded instead of
> the the
On Mar 27, 2017, at 5:06 AM, Emil Velikov
mailto:emil.l.veli...@gmail.com>> wrote:
On 25 March 2017 at 12:00, Tim Rowley
mailto:timothy.o.row...@intel.com>> wrote:
Move common codegen functions into gen_common.py.
---
src/gallium/drivers/swr/Makefile.am| 22 +--
.../drivers/swr/
On Mon, Mar 27, 2017 at 9:23 AM, Gustaw Smolarczyk wrote:
> 26 mar 2017 22:32 "Edmondo Tommasina"
> napisał(a):
>
> Define a new MESA_USER_DRIRC environment variable to load a customized
> drirc file.
>
> When the variable is not defined, nothing changes and the ${HOME}/.drirc
> file will be load
https://bugs.freedesktop.org/show_bug.cgi?id=100202
--- Comment #2 from Anonymous Helper ---
Workaround:
Open Visual Studio 2017 installer. Opt-in for Visual Studio 2015 Update 3
toolset
in Desktop Development with C/C++ section.
Because LLVM 4.0 is not supported per bug 100201 you have to patch
Reviewed-by: Marek Olšák
Marek
On Sun, Mar 26, 2017 at 10:31 PM, Edmondo Tommasina
wrote:
> ... and avoid the load of ~/.drirc to go unnoticed.
> ---
> src/mesa/drivers/dri/common/xmlconfig.c | 4
> 1 file changed, 4 insertions(+)
>
> diff --git a/src/mesa/drivers/dri/common/xmlconfig.c
Reviewed-by: Marek Olšák
Marek
On Mon, Mar 27, 2017 at 3:46 PM, Julien Isorce wrote:
> Signed-off-by: Julien Isorce
> ---
> src/mesa/state_tracker/st_cb_bitmap.c | 6 ++
> 1 file changed, 6 insertions(+)
>
> diff --git a/src/mesa/state_tracker/st_cb_bitmap.c
> b/src/mesa/state_tracker/st
"&&" at the end of the previous line please.
Reviewed-by: Marek Olšák
Marek
On Mon, Mar 27, 2017 at 3:46 PM, Julien Isorce wrote:
> Signed-off-by: Julien Isorce
> ---
> src/gallium/drivers/radeonsi/si_compute.c | 13 ++---
> 1 file changed, 10 insertions(+), 3 deletions(-)
>
> diff -
Reviewed-by: Marek Olšák
Marek
On Mon, Mar 27, 2017 at 3:46 PM, Julien Isorce wrote:
> Like done in si_state_draw.c::si_draw_vbo
>
> u_upload_alloc can fail, i.e. set output param *ptr to NULL, for 2 reasons:
> alloc fails or map fails. For both there is already a fprintf/stderr in
> radeon_cre
Reviewed-by: Marek Olšák
BTW, the prefix of all r600 commits should be "r600g:".
Thanks a lot,
Marek
On Fri, Mar 24, 2017 at 12:08 PM, Julien Isorce wrote:
> Signed-off-by: Julien Isorce
> ---
> src/gallium/drivers/r600/r600_state.c | 10 ++
> 1 file changed, 10 insertions(+)
>
> dif
Figured I should figure out what this meson stuff is all about. After a
bit of hunting around to find examples to look at (and interruptions) it
took maybe ~1hr to convert (for someone who never looked at meson
before). The build speed is definitely faster even after Emil's auto-
tools improvemen
On Mon, Mar 27, 2017 at 8:10 AM, Lionel Landwerlin <
lionel.g.landwer...@intel.com> wrote:
> Looks good to me :
>
> Reviewed-by: Lionel Landwerlin
>
Thanks!
> On 27/03/17 15:44, Jason Ekstrand wrote:
>
>> Cc: "13.0 17.0"
>> ---
>> src/intel/vulkan/anv_blorp.c | 20
>>
Looks good to me :
Reviewed-by: Lionel Landwerlin
On 27/03/17 15:44, Jason Ekstrand wrote:
Cc: "13.0 17.0"
---
src/intel/vulkan/anv_blorp.c | 20
1 file changed, 12 insertions(+), 8 deletions(-)
diff --git a/src/intel/vulkan/anv_blorp.c b/src/intel/vulkan/anv_blorp.c
On Mon, Mar 27, 2017 at 11:42 AM, Rob Clark wrote:
> I'm undecided about whether or not to keep the autotools build. I
> know there is some OE recipe floating around to build kmscube (since
> it really is the killer-app of the embedded world :-P), but otherwise
> probably aren't many/any distro'
Yeah, from my investigation into this game/issue a few years ago, my
finding was that when GL_ATI_fragment_shader is supported, the game uses
a substantially different rendering path involving pbuffers. Calls to
wglMakeContextCurrentARB() fail because the context and pbuffer have
different p
On Mon, Mar 27, 2017 at 5:33 AM, Iago Toral wrote:
> On Fri, 2017-03-24 at 16:57 -0700, Jason Ekstrand wrote:
>
> On Fri, Mar 24, 2017 at 5:53 AM, Iago Toral wrote:
>
> On Wed, 2017-03-22 at 21:01 -0700, Jason Ekstrand wrote:
> ---
> src/intel/vulkan/anv_private.h | 6 ++
> src/intel/vulk
Cc: "13.0 17.0"
---
src/intel/vulkan/anv_blorp.c | 20
1 file changed, 12 insertions(+), 8 deletions(-)
diff --git a/src/intel/vulkan/anv_blorp.c b/src/intel/vulkan/anv_blorp.c
index 9b3910f..0689142 100644
--- a/src/intel/vulkan/anv_blorp.c
+++ b/src/intel/vulkan/anv_blorp.
Cc: "13.0 17.0"
---
src/intel/vulkan/anv_private.h | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
diff --git a/src/intel/vulkan/anv_private.h b/src/intel/vulkan/anv_private.h
index 27c887c..74e80e8 100644
--- a/src/intel/vulkan/anv_private.h
+++ b/src/intel/vulkan/anv_priva
Reviewed-by: Jason Ekstrand
Pushed!
On Mon, Mar 27, 2017 at 2:14 AM, Lionel Landwerlin <
lionel.g.landwer...@intel.com> wrote:
> Hi Randy,
>
> This patch looks good to me.
>
> Reviewed-by: Lionel Landwerlin
> Cc: "17.0 13.0"
>
> Are you planning to send a follow up patch to fix the remaining
On Mon, Mar 27, 2017 at 5:51 AM, Emil Velikov wrote:
> On 26 March 2017 at 14:59, Rob Clark wrote:
>> Figured I should figure out what this meson stuff is all about. After a
>> bit of hunting around to find examples to look at (and interruptions) it
>> took maybe ~1hr to convert (for someone who
1 - 100 of 158 matches
Mail list logo