On 09/27/2013 11:58 AM, Ian Romanick wrote:
> From: Ian Romanick
>
> Infer whether or not to use ES based on the GLSL version (100 or 300 are
> for ES). This replaces the --glsl-es command line option. Set various
> compiler limits based on the minimums required for the specified GLSL
> version
Ilia Mirkin writes:
> This fixes issues where get_rt_format would see a 0 format because the
> nouveau_surface had not been properly initialized. Fixes crash on
> supertuxkart startup (which still fails due to out-of-vram issues).
>
> Signed-off-by: Ilia Mirkin
Thanks, pushed.
> src/mesa/dri
This fixes a crash in Unigine Heaven 3.0, and probably in some
others apps.
---
src/gallium/drivers/radeonsi/radeonsi_shader.c | 27 ++
src/gallium/drivers/radeonsi/si_state.h| 1 +
2 files changed, 24 insertions(+), 4 deletions(-)
diff --git a/src/gallium/drivers
Niels Ole Salscheider writes:
> Am Donnerstag, 3. Oktober 2013, 11:08:26 schrieb Francisco Jerez:
>> Niels Ole Salscheider writes:
>> >> Do you have any example of a real world application that relies on this?
>> >> Or at least some reasonable use case?
>> >
>> > The problem is that the queue i
Am Donnerstag, 3. Oktober 2013, 11:08:26 schrieb Francisco Jerez:
> Niels Ole Salscheider writes:
> >> Do you have any example of a real world application that relies on this?
> >> Or at least some reasonable use case?
> >
> > The problem is that the queue is only cleared from already signalled
>
This causes a deadlock and X freeze for some users. See the bug:
https://bugs.freedesktop.org/show_bug.cgi?id=70123
Do you have any idea what's wrong there?
Marek
On Sat, Sep 21, 2013 at 4:41 PM, Christian König
wrote:
> From: Christian König
>
> Waiting for an empty queue is nonsense and can
I don't like the hardcoded numbers and they are mostly wrong anyway.
The number of constant buffers is NUM_CONST_BUFFERS (which is 2).
The number of sampler views is NUM_SAMPLER_VIEWS (which is 32 at the moment).
The number of sampler states is NUM_TEX_UNITS (which is 16 at the
moment), feel free
On Fri, Oct 4, 2013 at 6:39 PM, Ilia Mirkin wrote:
> On Fri, Oct 4, 2013 at 10:02 AM, Marek Olšák wrote:
>> Wouldn't it be more flexible for you to just change the depth buffer
>> format internally by reallocating the depth buffer in the driver
>> whenever it's incompatible with the colorbuffer?
https://bugs.freedesktop.org/show_bug.cgi?id=70123
--- Comment #1 from Jeff Blake ---
I've just tested the workaround on my 64-bit Debian desktop (X850 XT), and
reverting 0653c66ef40ac553f91b29bbda7f59f7ce6948fa fixes this too.
I've changed the category from 'Other' to 'Drivers/Gallium/r600' so
https://bugs.freedesktop.org/show_bug.cgi?id=70123
Jeff Blake changed:
What|Removed |Added
Component|Other |Drivers/Gallium/r600
--
You are receiving
---
lib/Target/R600/AMDGPUTargetMachine.cpp | 1 +
1 file changed, 1 insertion(+)
diff --git a/lib/Target/R600/AMDGPUTargetMachine.cpp
b/lib/Target/R600/AMDGPUTargetMachine.cpp
index d77cddd..f28f27a 100644
--- a/lib/Target/R600/AMDGPUTargetMachine.cpp
+++ b/lib/Target/R600/AMDGPUTargetMachine.c
This fixes a crash in Unigine Heaven 3.0, and probably in some
others apps.
---
src/gallium/drivers/radeonsi/radeonsi_shader.c | 20
1 file changed, 16 insertions(+), 4 deletions(-)
diff --git a/src/gallium/drivers/radeonsi/radeonsi_shader.c
b/src/gallium/drivers/radeonsi/ra
12 matches
Mail list logo