On Thu, Sep 6, 2012 at 11:39 PM, Jose Fonseca wrote:
> Matt,
>
> I see you went ahead and just disabled it. Please remove it all together.
>
> Touching code that is not built nor tested ends just silently introduces
> bugs, so keeping this around won't help bring it back one day in any way.
>
> J
Matt,
I see you went ahead and just disabled it. Please remove it all together.
Touching code that is not built nor tested ends just silently introduces bugs,
so keeping this around won't help bring it back one day in any way.
Jose
- Original Message -
> Cristoph Bumiller was the last
On 09/06/2012 10:20 PM, Vinson Lee wrote:
> On Thu, Sep 6, 2012 at 3:21 PM, Kenneth Graunke wrote:
>> On 09/06/2012 09:08 AM, Vinson Lee wrote:
>>> On Thu, Sep 6, 2012 at 4:19 AM, Jon TURNEY
>>> wrote:
On 06/09/2012 08:08, Matt Turner wrote:
> On Wed, Sep 5, 2012 at 10:48 PM, Vinson Lee
On Thu, Sep 6, 2012 at 10:20 PM, Vinson Lee wrote:
> This is the MinGW build on Linux and the resulting executable is run
> with Wine. It appears the executable needs to be invoked as
> "builtin_compiler.exe". "builtin_compiler" doesn't work.
Oh goodness. This is about the weirdest build config I
On Thu, Sep 6, 2012 at 3:21 PM, Kenneth Graunke wrote:
> On 09/06/2012 09:08 AM, Vinson Lee wrote:
>> On Thu, Sep 6, 2012 at 4:19 AM, Jon TURNEY
>> wrote:
>>> On 06/09/2012 08:08, Matt Turner wrote:
On Wed, Sep 5, 2012 at 10:48 PM, Vinson Lee wrote:
> Signed-off-by: Vinson Lee
> -
https://bugs.freedesktop.org/show_bug.cgi?id=54326
--- Comment #6 from Alexandre Demers 2012-09-07
04:24:52 UTC ---
Seems to be related to bug 36242. It seems the best solution is still a chroot
environment.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You
https://bugs.freedesktop.org/show_bug.cgi?id=54326
Alexandre Demers changed:
What|Removed |Added
Summary|When building 32 bit on 64 |When building 32 bit on 64
On Thu, Sep 6, 2012 at 8:32 PM, Dave Airlie wrote:
> On Fri, Sep 7, 2012 at 10:03 AM, Marek Olšák wrote:
>> On Fri, Sep 7, 2012 at 12:05 AM, Jerome Glisse wrote:
>>> On Thu, Sep 6, 2012 at 4:10 PM, Marek Olšák wrote:
On Thu, Sep 6, 2012 at 8:34 PM, Jerome Glisse wrote:
> On Thu, Sep 6
On Fri, Sep 7, 2012 at 10:03 AM, Marek Olšák wrote:
> On Fri, Sep 7, 2012 at 12:05 AM, Jerome Glisse wrote:
>> On Thu, Sep 6, 2012 at 4:10 PM, Marek Olšák wrote:
>>> On Thu, Sep 6, 2012 at 8:34 PM, Jerome Glisse wrote:
On Thu, Sep 6, 2012 at 2:29 PM, Marek Olšák wrote:
> This looks go
On Fri, Sep 7, 2012 at 12:05 AM, Jerome Glisse wrote:
> On Thu, Sep 6, 2012 at 4:10 PM, Marek Olšák wrote:
>> On Thu, Sep 6, 2012 at 8:34 PM, Jerome Glisse wrote:
>>> On Thu, Sep 6, 2012 at 2:29 PM, Marek Olšák wrote:
This looks good to me. It's funny to see the r300g architecture being
>>
https://bugs.freedesktop.org/show_bug.cgi?id=54326
--- Comment #4 from Alexandre Demers 2012-09-06
23:54:13 UTC ---
Created attachment 66753
--> https://bugs.freedesktop.org/attachment.cgi?id=66753
Makefile shows many libs located under 64bit folder instead of 32
Many paths point to 64bit lib
https://bugs.freedesktop.org/show_bug.cgi?id=54326
--- Comment #3 from Alexandre Demers 2012-09-06
23:49:00 UTC ---
Changing
libgbm_la_LIBADD = $(LIBUDEV_LIBS) $(LIBKMS_LIBS) $(DLOPEN_LIBS)
to
libgbm_la_LIBADD = $(LIBUDEV_LIBS) $(DLOPEN_LIBS)
-L/usr/lib32/i386-linux-gnu/libkms.so
in Makefile
On Wed, Sep 5, 2012 at 4:22 PM, Paul Berry wrote:
> From the GL 4.3 spec, section 18.3.1 "Blitting Pixel Rectangles":
>
> If SAMPLE_BUFFERS for either the read framebuffer or draw
> framebuffer is greater than zero, no copy is performed and an
> INVALID_OPERATION error is generated if
On 09/05/2012 04:22 PM, Paul Berry wrote:
> From the GL 4.3 spec, section 18.3.1 "Blitting Pixel Rectangles":
>
> If SAMPLE_BUFFERS for either the read framebuffer or draw
> framebuffer is greater than zero, no copy is performed and an
> INVALID_OPERATION error is generated if the dime
On 09/06/2012 09:08 AM, Vinson Lee wrote:
> On Thu, Sep 6, 2012 at 4:19 AM, Jon TURNEY
> wrote:
>> On 06/09/2012 08:08, Matt Turner wrote:
>>> On Wed, Sep 5, 2012 at 10:48 PM, Vinson Lee wrote:
Signed-off-by: Vinson Lee
---
src/glsl/Makefile.am |2 +-
1 file changed, 1
On Thu, Sep 6, 2012 at 4:10 PM, Marek Olšák wrote:
> On Thu, Sep 6, 2012 at 8:34 PM, Jerome Glisse wrote:
>> On Thu, Sep 6, 2012 at 2:29 PM, Marek Olšák wrote:
>>> This looks good to me. It's funny to see the r300g architecture being
>>> re-implemented in r600g. :)
>>>
>>> There's one optimizati
On Thu, Sep 6, 2012 at 8:34 PM, Jerome Glisse wrote:
> On Thu, Sep 6, 2012 at 2:29 PM, Marek Olšák wrote:
>> This looks good to me. It's funny to see the r300g architecture being
>> re-implemented in r600g. :)
>>
>> There's one optimization that r300g has that this patch doesn't. r300g
>> keeps t
https://bugs.freedesktop.org/show_bug.cgi?id=54431
--- Comment #2 from Fabio Pedretti 2012-09-06 20:03:55
UTC ---
(In reply to comment #1)
> > The errors go away if I also add --with-gallium-drivers= but I supposes it
> should not be needed since I already specified --disable-dri.
>
> No, the G
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 09/05/2012 05:03 PM, Matt Turner wrote:
> So, I was going to give it a try, but then I saw that I'd have to
> get the sources from SVN. No thanks. :(
>
> Also, you've got some crap in your SVN repo. Debug, autom4te.cache,
> po.
Matt,
Sorry you fe
On Thu, Sep 6, 2012 at 2:29 PM, Marek Olšák wrote:
> This looks good to me. It's funny to see the r300g architecture being
> re-implemented in r600g. :)
>
> There's one optimization that r300g has that this patch doesn't. r300g
> keeps the index of the first and the last dirty atom and the loops
>
This looks good to me. It's funny to see the r300g architecture being
re-implemented in r600g. :)
There's one optimization that r300g has that this patch doesn't. r300g
keeps the index of the first and the last dirty atom and the loops
over the list of atoms look like this:
for (i = first_dirty; i
On 09/05/2012 11:16 PM, Eric Anholt wrote:
> This fixes the blue zombies bug in l4d2.
>
> NOTE: This is a candidate for the 9.0 branch.
> ---
> .../drivers/dri/i965/brw_fs_live_variables.cpp | 24
>
> 1 file changed, 24 insertions(+)
>
> diff --git a/src/mesa/drivers/
Am 06.09.2012 16:54, schrieb Jerome Glisse:
> On Thu, Sep 6, 2012 at 6:20 AM, Dave Airlie wrote:
>> On Thu, Sep 6, 2012 at 5:21 PM, Philipp Klaus Krause wrote:
>>> On 06.09.2012 07:35, j.gli...@gmail.com wrote:
From: Jerome Glisse
To avoid GPU lockup registers must be emited in a
On 06.09.2012 18:06, Jerome Glisse wrote:
On Thu, Sep 6, 2012 at 11:32 AM, Alex Deucher wrote:
On Thu, Sep 6, 2012 at 10:54 AM, Jerome Glisse wrote:
On Thu, Sep 6, 2012 at 6:20 AM, Dave Airlie wrote:
On Thu, Sep 6, 2012 at 5:21 PM, Philipp Klaus Krause wrote:
On 06.09.2012 07:35, j.gli...
On Thu, Sep 6, 2012 at 4:19 AM, Jon TURNEY wrote:
> On 06/09/2012 08:08, Matt Turner wrote:
>> On Wed, Sep 5, 2012 at 10:48 PM, Vinson Lee wrote:
>>> Signed-off-by: Vinson Lee
>>> ---
>>> src/glsl/Makefile.am |2 +-
>>> 1 file changed, 1 insertion(+), 1 deletion(-)
>>>
>>> diff --git a/src/
On Thu, Sep 6, 2012 at 11:32 AM, Alex Deucher wrote:
> On Thu, Sep 6, 2012 at 10:54 AM, Jerome Glisse wrote:
>> On Thu, Sep 6, 2012 at 6:20 AM, Dave Airlie wrote:
>>> On Thu, Sep 6, 2012 at 5:21 PM, Philipp Klaus Krause wrote:
On 06.09.2012 07:35, j.gli...@gmail.com wrote:
> From: Jero
On 06.09.2012 17:42, Marek Olšák wrote:
On Fri, Aug 31, 2012 at 7:08 AM, Michel Dänzer wrote:
On Don, 2012-08-30 at 17:35 +0200, Marek Olšák wrote:
This fixes hangs on Cayman.
Note that at least some of those hangs are due to pre-existing
out-of-bounds memory access bugs which happen not to c
On Fri, Aug 31, 2012 at 7:08 AM, Michel Dänzer wrote:
> On Don, 2012-08-30 at 17:35 +0200, Marek Olšák wrote:
>> This fixes hangs on Cayman.
>
> Note that at least some of those hangs are due to pre-existing
> out-of-bounds memory access bugs which happen not to cause any serious
> problems withou
Both patches look good.
Reviewed-by: Jose Fonseca
Jose
- Original Message -
> From: Brian Paul
>
> This fixes an issue where the local 'table' variable was hiding the
> function parameter name in glGetColorTable(..., void *table).
>
> This should be OK as long as there's never a GL e
On Thu, Sep 6, 2012 at 10:54 AM, Jerome Glisse wrote:
> On Thu, Sep 6, 2012 at 6:20 AM, Dave Airlie wrote:
>> On Thu, Sep 6, 2012 at 5:21 PM, Philipp Klaus Krause wrote:
>>> On 06.09.2012 07:35, j.gli...@gmail.com wrote:
From: Jerome Glisse
To avoid GPU lockup registers must be e
https://bugs.freedesktop.org/show_bug.cgi?id=54600
Bug #: 54600
Summary: pbuffer_reference_openvg_image() not implemented
(egl_g3d_st.c)
Classification: Unclassified
Product: Mesa
Version: 8.0
Platform: All
OS/
From: Jerome Glisse
To avoid GPU lockup registers must be emited in a specific order
(no kidding ...). This patch rework atom emission so order in which
atom are emited in respect to each other is always the same. We
don't have any informations on what is the correct order so order
will need to b
On Thu, Sep 6, 2012 at 6:20 AM, Dave Airlie wrote:
> On Thu, Sep 6, 2012 at 5:21 PM, Philipp Klaus Krause wrote:
>> On 06.09.2012 07:35, j.gli...@gmail.com wrote:
>>> From: Jerome Glisse
>>>
>>> To avoid GPU lockup registers must be emited in a specific order
>>> (no kidding ...). This patch rew
On Thu, Sep 06, 2012 at 01:00:03PM +0200, Michel Dänzer wrote:
> From: Michel Dänzer
>
> Fixes wrong mipmap level being sampled at some triangle edges.
>
> Signed-off-by: Michel Dänzer
Reviewed-by: Tom Stellard
> ---
> src/gallium/drivers/radeonsi/radeonsi_shader.c | 12 ++--
> 1 fi
On Thu, Sep 06, 2012 at 04:32:32PM +0200, Michel Dänzer wrote:
> From: Michel Dänzer
>
> Add 32 bit lo and hi variants, and binary encodings.
>
> Signed-off-by: Michel Dänzer
> ---
>
> v2: Make EXEC subclass SI_64, and pass in EXEC_LO and EXEC_HI as overlapping
> sub-registers. Is this what yo
From: Michel Dänzer
Add 32 bit lo and hi variants, and binary encodings.
Signed-off-by: Michel Dänzer
---
v2: Make EXEC subclass SI_64, and pass in EXEC_LO and EXEC_HI as overlapping
sub-registers. Is this what you meant, Tom?
src/gallium/drivers/radeon/MCTargetDesc/SIMCCodeEmitter.cpp |
On Thu, Sep 6, 2012 at 6:55 AM, Michel Dänzer wrote:
> From: Michel Dänzer
>
> Signed-off-by: Michel Dänzer
for the series:
Reviewed-by: Alex Deucher
> ---
> src/gallium/drivers/radeonsi/r600_texture.c |6 +++---
> 1 file changed, 3 insertions(+), 3 deletions(-)
>
> diff --git a/src/gal
On Thu, Sep 6, 2012 at 7:04 AM, Michel Dänzer wrote:
> From: Michel Dänzer
>
> Fixes corresponding cases in piglit fbo-generatemipmap-formats.
>
> Signed-off-by: Michel Dänzer
Reviewed-by: Alex Deucher
> ---
> src/gallium/drivers/radeonsi/si_state.c | 14 ++
> 1 file changed, 1
From: Brian Paul
This fixes an issue where the local 'table' variable was hiding the
function parameter name in glGetColorTable(..., void *table).
This should be OK as long as there's never a GL entrypoint that uses
'disp_table' as a parameter name.
Note: This is a candidate for the 9.0 branch.
From: Brian Paul
To silence unused var warning.
---
src/glx/dri2.c | 18 ++
1 files changed, 10 insertions(+), 8 deletions(-)
diff --git a/src/glx/dri2.c b/src/glx/dri2.c
index 1214cb4..e17da6f 100644
--- a/src/glx/dri2.c
+++ b/src/glx/dri2.c
@@ -269,7 +269,6 @@ DRI2Connect(Di
On Don, 2012-09-06 at 09:45 -0400, Tom Stellard wrote:
> On Thu, Sep 06, 2012 at 01:00:01PM +0200, Michel Dänzer wrote:
> > From: Michel Dänzer
>
> I'm still not quite sure what the intended use cases are for adding
> implicit uses and defs to instructions. I tried to do this with the VCC
> reg
On Thu, Sep 06, 2012 at 01:00:02PM +0200, Michel Dänzer wrote:
> From: Michel Dänzer
>
Reviewed-by: Tom Stellard
> Signed-off-by: Michel Dänzer
> ---
> src/gallium/drivers/radeon/SIISelLowering.cpp | 13 +
> src/gallium/drivers/radeon/SIISelLowering.h |2 ++
> src/gallium/d
On Thu, Sep 06, 2012 at 01:00:01PM +0200, Michel Dänzer wrote:
> From: Michel Dänzer
>
I'm still not quite sure what the intended use cases are for adding
implicit uses and defs to instructions. I tried to do this with the VCC
register for VOPC and the V_CNDMASK instructions, but the optimizer
w
On Thu, Sep 06, 2012 at 01:00:00PM +0200, Michel Dänzer wrote:
> From: Michel Dänzer
>
> Add 32 bit lo and hi variants, and binary encodings.
>
> Signed-off-by: Michel Dänzer
> ---
> src/gallium/drivers/radeon/MCTargetDesc/SIMCCodeEmitter.cpp |3 +++
> src/gallium/drivers/radeon/SIGenRegis
On 06/09/2012 08:08, Matt Turner wrote:
> On Wed, Sep 5, 2012 at 10:48 PM, Vinson Lee wrote:
>> Signed-off-by: Vinson Lee
>> ---
>> src/glsl/Makefile.am |2 +-
>> 1 file changed, 1 insertion(+), 1 deletion(-)
>>
>> diff --git a/src/glsl/Makefile.am b/src/glsl/Makefile.am
>> index 20639c9..f9
From: Michel Dänzer
Fixes corresponding cases in piglit fbo-generatemipmap-formats.
Signed-off-by: Michel Dänzer
---
src/gallium/drivers/radeonsi/si_state.c | 14 ++
1 file changed, 14 insertions(+)
diff --git a/src/gallium/drivers/radeonsi/si_state.c
b/src/gallium/drivers/rade
From: Michel Dänzer
Fixes wrong mipmap level being sampled at some triangle edges.
Signed-off-by: Michel Dänzer
---
src/gallium/drivers/radeonsi/radeonsi_shader.c | 12 ++--
1 file changed, 10 insertions(+), 2 deletions(-)
diff --git a/src/gallium/drivers/radeonsi/radeonsi_shader.c
From: Michel Dänzer
Signed-off-by: Michel Dänzer
---
src/gallium/drivers/radeon/SIISelLowering.cpp | 13 +
src/gallium/drivers/radeon/SIISelLowering.h |2 ++
src/gallium/drivers/radeon/SIInstructions.td |7 +++
src/gallium/drivers/radeon/SIIntrinsics.td|1 +
From: Michel Dänzer
Signed-off-by: Michel Dänzer
---
src/gallium/drivers/radeon/SIInstrInfo.td |4
1 file changed, 4 insertions(+)
diff --git a/src/gallium/drivers/radeon/SIInstrInfo.td
b/src/gallium/drivers/radeon/SIInstrInfo.td
index 135f279..49ef342 100644
--- a/src/gallium/driver
From: Michel Dänzer
Add 32 bit lo and hi variants, and binary encodings.
Signed-off-by: Michel Dänzer
---
src/gallium/drivers/radeon/MCTargetDesc/SIMCCodeEmitter.cpp |3 +++
src/gallium/drivers/radeon/SIGenRegisterInfo.pl |4 +++-
2 files changed, 6 insertions(+), 1 deletio
From: Michel Dänzer
We can always use the offset and tiling mode from level 0 and restrict the
first and last mipmap level to be used in the sampler resource.
Signed-off-by: Michel Dänzer
---
src/gallium/drivers/radeonsi/si_state.c | 20 +---
1 file changed, 9 insertions(+),
From: Michel Dänzer
Should be at least mostly working now (with the corresponding fixes in
libdrm_radeon).
Signed-off-by: Michel Dänzer
---
src/gallium/drivers/radeonsi/radeonsi_pipe.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/gallium/drivers/radeonsi/radeonsi_
From: Michel Dänzer
Signed-off-by: Michel Dänzer
---
src/gallium/drivers/radeonsi/si_state.c |1 +
1 file changed, 1 insertion(+)
diff --git a/src/gallium/drivers/radeonsi/si_state.c
b/src/gallium/drivers/radeonsi/si_state.c
index dac64aa..762887d 100644
--- a/src/gallium/drivers/radeonsi
From: Michel Dänzer
Signed-off-by: Michel Dänzer
---
src/gallium/drivers/radeonsi/r600_texture.c |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/src/gallium/drivers/radeonsi/r600_texture.c
b/src/gallium/drivers/radeonsi/r600_texture.c
index 5b831fd..0b908c8 100644
On Thu, Sep 6, 2012 at 5:21 PM, Philipp Klaus Krause wrote:
> On 06.09.2012 07:35, j.gli...@gmail.com wrote:
>> From: Jerome Glisse
>>
>> To avoid GPU lockup registers must be emited in a specific order
>> (no kidding ...). This patch rework atom emission so order in which
>> atom are emited in r
On 06.09.2012 07:35, j.gli...@gmail.com wrote:
> From: Jerome Glisse
>
> To avoid GPU lockup registers must be emited in a specific order
> (no kidding ...). This patch rework atom emission so order in which
> atom are emited in respect to each other is always the same. We
> don't have any inform
On Wed, Sep 5, 2012 at 10:48 PM, Vinson Lee wrote:
> Signed-off-by: Vinson Lee
> ---
> src/glsl/Makefile.am |2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/src/glsl/Makefile.am b/src/glsl/Makefile.am
> index 20639c9..f9c8671 100644
> --- a/src/glsl/Makefile.am
> +++ b
57 matches
Mail list logo
