From: Tom Stellard
---
.../drivers/r300/compiler/radeon_pair_regalloc.c | 70 +++-
1 files changed, 69 insertions(+), 1 deletions(-)
diff --git a/src/gallium/drivers/r300/compiler/radeon_pair_regalloc.c
b/src/gallium/drivers/r300/compiler/radeon_pair_regalloc.c
index c53c20
From: Tom Stellard
Initializing the regalloc state is expensive, and since it is always
the same for every compile we only need to initialize it once per
context. This should help improve shader compile times for the driver.
This reduces the runtime of the glean texCombine test ~25%.
---
.../d
From: Tom Stellard
---
.../drivers/r300/compiler/radeon_pair_regalloc.c | 15 +--
1 files changed, 1 insertions(+), 14 deletions(-)
diff --git a/src/gallium/drivers/r300/compiler/radeon_pair_regalloc.c
b/src/gallium/drivers/r300/compiler/radeon_pair_regalloc.c
index 85bb248..12
From: Tom Stellard
This allows the user to pass precomputed q values to the allocator.
---
.../drivers/r300/compiler/radeon_pair_regalloc.c |2 +-
src/mesa/drivers/dri/i965/brw_fs_reg_allocate.cpp |2 +-
.../drivers/dri/i965/brw_vec4_reg_allocate.cpp |2 +-
src/mesa/program/re
From: Tom Stellard
---
src/mesa/program/register_allocate.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/src/mesa/program/register_allocate.c
b/src/mesa/program/register_allocate.c
index f08c9d2..07eb154 100644
--- a/src/mesa/program/register_allocate.c
+++ b/src/me
Now that branch 9.0 is created, bump the minor version in
master.
---
Makefile.am |2 +-
configs/default |2 +-
configure.ac|2 +-
src/mesa/main/version.h |4 ++--
4 files changed, 5 insertions(+), 5 deletions(-)
diff --git a/Makefile.am b/Makefile.
Hi list,
Actually I wanted to wait for my fdo account and then push a branch at
people.fdo with
the candidates for 8.0. But in the meantime I'm sending you an update
with some issues to solve.
I have cherry-picked almost all of the outstanding candidates to mesa 8.0
The following commits have cau
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
Ian Romanick writes:
> From: Ian Romanick
>
> NOTE: This is a candidate for the 9.0 branch
GL_ARB_shader_objects and friends are marked as GL not GLL in
extensions.c -- should their functions still be exposed if we're
exposing the extensions?
> /* GL_EXT_gpu_shader4 / GL 3.0 */
> - SET_B
Ian Romanick writes:
> From: Ian Romanick
>
> NOTE: This is a candidate for the 9.0 branch
>
> Signed-off-by: Ian Romanick
> + if (ctx->API != API_OPENGLES2) {
> + SET_VertexAttrib1sARB(dest, loopback_VertexAttrib1sARB);
> + SET_VertexAttrib1dARB(dest, loopback_VertexAttrib1dARB);
Ian Romanick writes:
> From: Ian Romanick
>
> NOTE: This is a candidate for the 9.0 branch
>
> Signed-off-by: Ian Romanick
I've reviewed up to this point, with reference to the gles3 spec to see
if anything got missed there. I noted that a bunch of things seem to
ignore GLES1, but maybe you e
On Fri, Sep 7, 2012 at 9:49 PM, Thomas Hellström wrote:
> On 9/7/12 10:39 PM, Matt Turner wrote:
>>
>> I'm converting the remaining static Makefile to automake, so xa and
>> xa-vmwgfx is on my todo list.
>>
>> I'm very confused by the build though. It seems that the xa state
>> tracker is built an
On Fri, Sep 7, 2012 at 1:49 PM, Thomas Hellström wrote:
> On 9/7/12 10:39 PM, Matt Turner wrote:
>>
>> I'm converting the remaining static Makefile to automake, so xa and
>> xa-vmwgfx is on my todo list.
>>
>> I'm very confused by the build though. It seems that the xa state
>> tracker is built an
On 9/7/12 10:39 PM, Matt Turner wrote:
I'm converting the remaining static Makefile to automake, so xa and
xa-vmwgfx is on my todo list.
I'm very confused by the build though. It seems that the xa state
tracker is built and linked into a single .o file, which is then
statically linked into xa-vm
From: Jerome Glisse
Previous command stream might have set any of the constant buffer
and the previous address might no longer be valid thus GPU might
preload constant from random invalid address and possibly triggering
lockup.
Signed-off-by: Jerome Glisse
---
src/gallium/drivers/r600/evergree
I'm converting the remaining static Makefile to automake, so xa and
xa-vmwgfx is on my todo list.
I'm very confused by the build though. It seems that the xa state
tracker is built and linked into a single .o file, which is then
statically linked into xa-vmwgfx. This is reasonably sensible, but
th
These are supported in hardware; no need for software fallbacks.
Not actually hit in any of our test cases, since they appear to count
primitives generated which currently causes software fallbacks anyway.
Signed-off-by: Kenneth Graunke
---
src/mesa/drivers/dri/i965/brw_primitive_restart.c | 20
On Fri, Sep 7, 2012 at 9:28 AM, Jose Fonseca wrote:
> - Original Message -
>> On Fri, Sep 7, 2012 at 3:30 AM, Jose Fonseca
>> wrote:
>> > - Original Message -
>> >> On Thu, Sep 6, 2012 at 11:39 PM, Jose Fonseca
>> >>
>> >> wrote:
>> >> > Matt,
>> >> >
>> >> > I see you went ahead
On 9/1/12 7:35 PM, Johannes Obermayr wrote:
VERSION_NUMBER is not required anymore. So it will be removed.
Applied, thanks.
- ajax
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
Not working and unmaintained.
---
Only included in this diff are changes to the files (actually, just
configure.ac) that we're keeping.
configure.ac | 42 +--
src/gallium/state_trackers/va/Makefile| 26
src/gallium/state_trackers/va/ftab.c
From: Tom Stellard
---
src/gallium/drivers/radeon/SIISelLowering.cpp |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/src/gallium/drivers/radeon/SIISelLowering.cpp
b/src/gallium/drivers/radeon/SIISelLowering.cpp
index 42c2e7f..3f23949 100644
--- a/src/gallium/drivers/ra
From: Tom Stellard
---
src/gallium/drivers/radeon/SIGenRegisterInfo.pl |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/src/gallium/drivers/radeon/SIGenRegisterInfo.pl
b/src/gallium/drivers/radeon/SIGenRegisterInfo.pl
index 3813eb5..48bd567 100644
--- a/src/gallium/driv
From: Tom Stellard
---
.../radeon/MCTargetDesc/SIMCCodeEmitter.cpp|1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/src/gallium/drivers/radeon/MCTargetDesc/SIMCCodeEmitter.cpp
b/src/gallium/drivers/radeon/MCTargetDesc/SIMCCodeEmitter.cpp
index 438d2ac..ca4b579 100
From: Tom Stellard
---
src/gallium/drivers/radeon/AMDGPUAsmPrinter.cpp |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/src/gallium/drivers/radeon/AMDGPUAsmPrinter.cpp
b/src/gallium/drivers/radeon/AMDGPUAsmPrinter.cpp
index 07f443d..392791c 100644
--- a/src/gallium/driv
From: Tom Stellard
---
src/gallium/drivers/radeon/SIInstructions.td | 20
src/gallium/drivers/radeon/SIIntrinsics.td |2 ++
src/gallium/drivers/radeonsi/radeonsi_shader.c | 16 +++-
src/gallium/drivers/radeonsi/si_state_draw.c | 14 +
From: Tom Stellard
---
src/gallium/drivers/radeon/AMDGPUAsmPrinter.cpp|2 +-
src/gallium/drivers/radeon/SIAssignInterpRegs.cpp | 56 ++--
.../drivers/radeon/SIMachineFunctionInfo.cpp |2 +-
src/gallium/drivers/radeon/SIMachineFunctionInfo.h |2 +-
4 files
From: Tom Stellard
The compiler needs to know which interpolation modes are enabled, so
it knows which values will be preloaded into the VGPRs.
---
src/gallium/drivers/radeon/SIAssignInterpRegs.cpp | 13 -
src/gallium/drivers/radeonsi/si_state_draw.c | 20 +--
From: Tom Stellard
At least one interpolation mode must be enable, but the code that checks
this was not checking for perspective center.
---
src/gallium/drivers/radeonsi/si_state_draw.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/src/gallium/drivers/radeonsi/si_stat
From: Tom Stellard
---
src/gallium/drivers/radeonsi/radeonsi_shader.c | 12
1 files changed, 12 insertions(+), 0 deletions(-)
diff --git a/src/gallium/drivers/radeonsi/radeonsi_shader.c
b/src/gallium/drivers/radeonsi/radeonsi_shader.c
index 9fc3446..0994fac 100644
--- a/src/gall
From: Tom Stellard
This allows the program to specify the type of shader being compiled
(e.g. PXEL, VERTEX, etc.)
---
src/gallium/drivers/radeon/AMDGPU.h|9 +
src/gallium/drivers/radeon/AMDGPUInstructions.td |7 +++
src/gallium/drivers/radeon/AMDGPUIntrinsic
Hi,
The series is a prerequisite for flow control support on radeonsi. Flow control
for If-Then-Else blocks is mostly implemented, but I'm still trying to debug
some GPU hangs that it is causing.
-Tom
___
mesa-dev mailing list
mesa-dev@lists.freedeskt
On 7 September 2012 09:27, Eric Anholt wrote:
> Paul Berry writes:
>
> > Also add a clarifying comment for why the width/height doesn't need
> > adjustment for Gen7.
>
> > diff --git a/src/mesa/drivers/dri/i965/gen7_blorp.cpp
> b/src/mesa/drivers/dri/i965/gen7_blorp.cpp
> > index a65a975..ff11f3
Paul Berry writes:
> Fixes piglit tests "framebuffer-blit-levels {read,draw} depth".
>
> NOTE: This is a candidate for stable release branches.
Up through this patch:
Reviewed-by: Eric Anholt
After this one, just acked.
pgpRkSCvr3zqi.pgp
Description: PGP signature
__
Paul Berry writes:
> Currently, gen{6,7}_blorp_emit_surface_state assumes that the src and
> dst surfaces are mapped to miplevel 0 and layer 0 (thus no surface
> offset is required). This is a bug, since the user might try to blit
> to and from levels/layers other than 0.
> diff --git a/src/mes
- Original Message -
> On Fri, Sep 7, 2012 at 3:30 AM, Jose Fonseca
> wrote:
> > - Original Message -
> >> 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.
> >
Paul Berry writes:
> Also add a clarifying comment for why the width/height doesn't need
> adjustment for Gen7.
> diff --git a/src/mesa/drivers/dri/i965/gen7_blorp.cpp
> b/src/mesa/drivers/dri/i965/gen7_blorp.cpp
> index a65a975..ff11f3a 100644
> --- a/src/mesa/drivers/dri/i965/gen7_blorp.cpp
>
Paul Berry writes:
> Since Gen6+ stencil buffers use W-tiling (a tiling arrangement which
> drm and the kernel are not aware of) we need to round up the width and
> height of a stencil buffer to multiples of the W-tile size (64x64)
> before allocating a stencil buffer. Previously, we rounded up
On Fri, Sep 7, 2012 at 8:19 AM, Matt Turner wrote:
> On Fri, Sep 7, 2012 at 3:30 AM, Jose Fonseca wrote:
>> - Original Message -
>>> 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
>>> > toge
On Fri, Sep 7, 2012 at 8:56 AM, Matt Turner wrote:
> 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 th
On 07.09.2012 17:17, Matt Turner wrote:
> On Fri, Sep 7, 2012 at 7:55 AM, Christoph Bumiller
> wrote:
>> On 07.09.2012 12:30, Jose Fonseca wrote:
>>> - Original Message -
On Thu, Sep 6, 2012 at 11:39 PM, Jose Fonseca
wrote:
> Matt,
>
> I see you went ahead and just d
On Fri, Sep 7, 2012 at 3:30 AM, Jose Fonseca wrote:
> - Original Message -
>> 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 en
Kenneth Graunke writes:
> 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(+)
On Fri, Sep 7, 2012 at 7:55 AM, Christoph Bumiller
wrote:
> On 07.09.2012 12:30, Jose Fonseca wrote:
>> - Original Message -
>>> 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.
>>>
On 07.09.2012 12:30, Jose Fonseca wrote:
> - Original Message -
>> 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
>
On Fri, Sep 07, 2012 at 12:27:35PM +0200, Michel Dänzer wrote:
> From: Michel Dänzer
>
> Signed-off-by: Michel Dänzer
For the series:
Reviewed-by: Tom Stellard
> ---
> src/gallium/drivers/radeon/SIInstructions.td |4 +++-
> 1 file changed, 3 insertions(+), 1 deletion(-)
>
> diff --git a
On Fri, Sep 7, 2012 at 6:27 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/radeon/SIInstructions.td |4 +++-
> 1 file changed, 3 insertions(+), 1 deletion(-)
>
> diff --git a/src/galli
- Original Message -
> 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
> >>
- Original Message -
> 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 wo
https://bugs.freedesktop.org/show_bug.cgi?id=49504
Fabio Pedretti changed:
What|Removed |Added
Resolution|DUPLICATE |FIXED
--- Comment #5 from Fabio Pedrett
From: Michel Dänzer
Signed-off-by: Michel Dänzer
---
src/gallium/drivers/radeon/SIInstructions.td |4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/src/gallium/drivers/radeon/SIInstructions.td
b/src/gallium/drivers/radeon/SIInstructions.td
index 2868196..8f9de52 100644
From: Michel Dänzer
Fixes exponential fog. The pixel shaders for linear fog seem to get
miscompiled still somehow.
Signed-off-by: Michel Dänzer
---
src/gallium/drivers/radeonsi/radeonsi_shader.c |1 +
1 file changed, 1 insertion(+)
diff --git a/src/gallium/drivers/radeonsi/radeonsi_shader
https://bugs.freedesktop.org/show_bug.cgi?id=52167
--- Comment #8 from Olivier Blin 2012-09-07 08:55:27
UTC ---
Fabio: no, the bug is still present in 9.0 branch, and likely in master since
the build files did not change.
The patch from comment 4 can still be applied as is.
--
Configure bugmai
https://bugs.freedesktop.org/show_bug.cgi?id=54626
Bug #: 54626
Summary: llvmpipe's Makefile doesn't take care of CXXFLAGS or
CPPFLAGS
Classification: Unclassified
Product: Mesa
Version: git
Platform: Other
OS/
https://bugs.freedesktop.org/show_bug.cgi?id=45466
--- Comment #2 from Alexandre Demers 2012-09-07
07:46:20 UTC ---
This patch doesn't apply correctly on latest git. However, when fixed, it
helps. I don't know if it's the same situation everywhere, but under ArchLinux,
llvm-config-32 should be r
https://bugs.freedesktop.org/show_bug.cgi?id=45466
Alexandre Demers changed:
What|Removed |Added
CC||alexandre.f.dem...@gmail.co
https://bugs.freedesktop.org/show_bug.cgi?id=41700
--- Comment #2 from Alexandre Demers 2012-09-07
07:42:43 UTC ---
The proposed patch from bug 45466 was not commited. It doesn't apply correctly
with latest git. However, when fixed, it helps from what I've encountered.
--
Configure bugmail: ht
https://bugs.freedesktop.org/show_bug.cgi?id=54326
Alexandre Demers changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
57 matches
Mail list logo
