Also rework things so that if someone were to add an opcode without
adjusting the values in these arrays, there will be a compilation error.
This fixes a few quadop-related piglit regressions since commit
d5faf8e78603.
Signed-off-by: Ilia Mirkin
---
src/gallium/drivers/nouveau/codegen/nv50_ir_t
https://bugs.freedesktop.org/show_bug.cgi?id=68296
Kenneth Graunke changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=72281
Kenneth Graunke changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
On 04/16/2014 11:07 AM, Matt Turner wrote:
> Rather than any old control flow. Muchnick's algorithm just checks for
> interfering writes between the MOV and the end of the program. Handling
> this when you have backward branches is hard, so don't, but there's no
> reason to bail if you see forward
On 04/16/2014 11:07 AM, Matt Turner wrote:
> We were starting at the beginning of the instruction list, rather than
> with the MOV instruction itself. This allows us to coalesce after
> control flow.
>
> Excluding the shaders from an unreleased title, the shader-db results:
>
> total instructions
The 2D engine should be usable in more cases, but this fixes MS blits
between textures with the same MS settings. Otherwise a single sample is
selected to be the target texel value.
This allows other tests to work that render to a RB and then blit that
to a texture for input into a shader that use
https://bugs.freedesktop.org/show_bug.cgi?id=77582
Michel Dänzer changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=77589
Michel Dänzer changed:
What|Removed |Added
CC||mar...@gmail.com
--
You are receiving t
Back when I originally wrote this code, force_sechalf was only used for
Gen4 code, so I didn't bother hooking it up. However, it's used more
generally these days. In particular, we use it for computing
gl_SamplePosition.
Fixes Piglit's spec/ARB_sample_shading/builtin-gl-sample-position tests.
S
Hi Lauri,
I tested with both commit but cannot seeing something relevant, I got 60
FPS in both case.
I tested with the Tremulous 1.1 test case from Phoronix Test Suite 4.8.6
(from Fedora 19 repo).
The command used (for both commit) was:
$ vblank_mode=0 R600_DEBUG=nohyperz phoronix-test-suite Test
On 04/17/2014 04:04 PM, Matt Turner wrote:
> Using brw_imm_* creates a source with file=HW_REG, and the scheduler
> inserts barrier dependencies when it sees HW_REG. None of these are
> hardware-registers in the sense that they're special and scheduling
> shouldn't touch them. A few of the modified
From: Tom Stellard
---
src/gallium/include/pipe/p_defines.h | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/src/gallium/include/pipe/p_defines.h
b/src/gallium/include/pipe/p_defines.h
index a3a1ae1..93f9642 100644
--- a/src/gallium/include/pipe/p_defines.h
+++ b/src/galliu
From: Tom Stellard
v2: in define RADEON_INFO_MAX_SCLK use 0x1a instead of 0x19 (upstream changes)
Signed-off-by: Igor Gnatenko
r600: Correct the case MAX_CLOCK_FREQUENCY in get_compute_param
---
src/gallium/drivers/radeon/r600_pipe_common.c | 7 +++
src/gallium/winsys/radeon/drm/radeo
From: Tom Stellard
v2: PIPE_COMPUTE_CAP_MAX_CLOCK_FREQUENCY instead of
PIPE_COMPUTE_MAX_CLOCK_FREQUENCY
Signed-off-by: Igor Gnatenko
clover: Correct the returned value for max_clock_frequency
According to OpenCL 1.1 spec, the returned value must be in MHz, and we
were returning it in kHz
This series is based in Tom Stellard's 'clover-clock' branch:
http://cgit.freedesktop.org/~tstellar/mesa/log/?h=clover-clock
And should fix this bug report:
https://bugs.freedesktop.org/show_bug.cgi?id=73511
The only changes from the original branch are in patches 2 and 3.
Patch 2 has been updated
We had a handful of cases where we'd used brw_imm_*() to generate an
immediate, rather than fs_reg(). We shouldn't do that but we shouldn't
limit scheduling flexibility on account of immediate arguments either.
---
src/mesa/drivers/dri/i965/brw_schedule_instructions.cpp | 16
1 fi
Using brw_imm_* creates a source with file=HW_REG, and the scheduler
inserts barrier dependencies when it sees HW_REG. None of these are
hardware-registers in the sense that they're special and scheduling
shouldn't touch them. A few of the modified cases already have HW_REGs
for other sources, so i
https://bugs.freedesktop.org/show_bug.cgi?id=77589
--- Comment #4 from Kertesz Laszlo ---
Can reproduce on Radeon HD 8570D (IGP from A8-6500), r600g.
I tried L4D2, Day of defeat and No More Room in Hell, all did the same - one
cpu @100%, black screen and just hang there. Nothing in the Steam cons
From: Roland Scheidegger
GL (3.0) allows you to clear individual color buffers in a fb. In fact
for fbs containing both int and float/normalized color buffers this is
required (because the clearing values are otherwise undefined if applied
to all buffers). The gallium interface was changed a whil
From: Roland Scheidegger
Currently it's the same value.
---
src/gallium/drivers/llvmpipe/lp_setup.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/gallium/drivers/llvmpipe/lp_setup.c
b/src/gallium/drivers/llvmpipe/lp_setup.c
index 848a329..b4ce925 100644
--- a/src/ga
https://bugs.freedesktop.org/show_bug.cgi?id=77596
Benjamin Bellec changed:
What|Removed |Added
Assignee|dri-devel@lists.freedesktop |mesa-dev@lists.freedesktop.
https://bugs.freedesktop.org/show_bug.cgi?id=77449
Benjamin Bellec changed:
What|Removed |Added
Depends on||77596
--
You are receiving this mail
On 04/17/2014 02:45 PM, Matt Turner wrote:
> On Thu, Apr 17, 2014 at 2:25 PM, Kenneth Graunke
> wrote:
>> On 04/16/2014 11:07 AM, Matt Turner wrote:
>>> And avoid rewriting other instructions unnecessarily. Removes a few
>>> self-moves we weren't able to handle because they were components of a
>
https://bugs.freedesktop.org/show_bug.cgi?id=77589
Penith Muncher changed:
What|Removed |Added
OS|All |Linux (All)
--
You are receiving this
https://bugs.freedesktop.org/show_bug.cgi?id=77589
Benjamin Bellec changed:
What|Removed |Added
Blocks||77449
--
You are receiving this mail
https://bugs.freedesktop.org/show_bug.cgi?id=77449
Benjamin Bellec changed:
What|Removed |Added
Depends on||77589
--
You are receiving this mail
https://bugs.freedesktop.org/show_bug.cgi?id=77589
--- Comment #3 from bs2u...@dispostable.com ---
can reproduce on AMD Radeon HD 6570 on r600g
--
You are receiving this mail because:
You are the assignee for the bug.
___
mesa-dev mailing list
mesa-dev
On Thu, Apr 17, 2014 at 2:25 PM, Kenneth Graunke wrote:
> On 04/16/2014 11:07 AM, Matt Turner wrote:
>> And avoid rewriting other instructions unnecessarily. Removes a few
>> self-moves we weren't able to handle because they were components of a
>> large VGRF.
>>
>> instructions in affected progra
On 04/16/2014 11:07 AM, Matt Turner wrote:
> And avoid rewriting other instructions unnecessarily. Removes a few
> self-moves we weren't able to handle because they were components of a
> large VGRF.
>
> instructions in affected programs: 830 -> 826 (-0.48%)
> ---
> src/mesa/drivers/dri/i965/
https://bugs.freedesktop.org/show_bug.cgi?id=77589
--- Comment #2 from VOT Productions ---
Can reproduce bug on Radeon HD 7750 (radeonsi)
--
You are receiving this mail because:
You are the assignee for the bug.
___
mesa-dev mailing list
mesa-dev@list
https://bugs.freedesktop.org/show_bug.cgi?id=77589
--- Comment #1 from Benjamin Bellec ---
It also hits RV770.
--
You are receiving this mail because:
You are the assignee for the bug.
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://li
https://bugs.freedesktop.org/show_bug.cgi?id=77589
Benjamin Bellec changed:
What|Removed |Added
Attachment #97529|text/plain |image/png
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=77589
Benjamin Bellec changed:
What|Removed |Added
Assignee|dri-devel@lists.freedesktop |mesa-dev@lists.freedesktop.
Kenneth Graunke writes:
> This sets up the proper execution mask for sends in SIMD16 mode.
>
> Fixes Piglit's glsl-fs-normalmatrix, glsl-fs-uniform-array-2,
> glsl-fs-uniform-array-6, and glsl-fs-uniform-array-7 on Ironlake,
> which regressed when I enabled SIMD16 pull parameter support in
> comm
It would be nice to pick it up to the stable branches.
Adding mesa-sta...@lists.freedesktop.org.
On Wed, Apr 16, 2014 at 10:48 PM, Kenneth Graunke wrote:
> On 04/07/2014 10:55 AM, Anuj Phogat wrote:
>> Fixes failures in Khronos OpenGL CTS test conditional_render_test9
>>
>> Signed-off-by: Anuj Ph
From: Leo Liu
Signed-off-by: Leo Liu
---
src/gallium/state_trackers/omx/vid_enc.c | 214 ++-
1 file changed, 185 insertions(+), 29 deletions(-)
diff --git a/src/gallium/state_trackers/omx/vid_enc.c
b/src/gallium/state_trackers/omx/vid_enc.c
index 88d15a9..8a95999 1
Hi,
Should commit 902dc61f886c0d719ce25894bbc8032ede0f409b
("gallium/targets: add missing library dependencies") be queued for
inclusion in 10.1.1 too?
At least, build of version 10.1 fails on libxatracker.so with the errors
like this one:
Making all in xa-vmwgfx
gmake[3]:
Chris Forbes writes:
> As of 943b2d52bf5, layout(binding) on an atomic would fail the assertion
> here.
>
> Signed-off-by: Chris Forbes
> Cc: Ian Romanick
Tested-by: Carl Worth
(That is, on my Intel laptop this patch fixes all the regressions I saw
on 10.1 and otherwise passes all piglit test
https://bugs.freedesktop.org/show_bug.cgi?id=74717
--- Comment #20 from Benjamin Bellec ---
(In reply to comment #18)
> (In reply to comment #16)
>
> > $ MESA_GL_VERSION_OVERRIDE=3.2 MESA_GLSL_VERSION_OVERRIDE=150
> > ./build/Release/gl-320-primitive-shading
> > OpenGL Version Needed 3.2 ( 3.2
Anuj Phogat writes:
> Patch is present on master:
> commit 6bd2472a8b9a969d06dc110bd30ccd8daf713959
Thanks. And that's in 10.1 already as well. Sorry I'd missed it.
> I've pushed few more patches which I was holding back to push along
> with many others still under review.
> commit cb6566f9df61b
On Wednesday 16 April 2014, Carl Worth wrote:
> Hi folks,
>
> Here are patches that were nominated for the stable branch over one
> month ago, but have apparently not yet landed on master. Maybe some of
> these have been neglected or missed in the review process?
>
> nv30: report the correct ma
On 09/04/2014 14:53, Jonathan Gray wrote:
> On Sun, Apr 06, 2014 at 03:30:43PM +0100, Jon TURNEY wrote:
>> Unfortunately, Cygwin defines RTLD_DEFAULT (for glibc compatibility), but
>> can't
>> provide dladdr(), so add a check for dladdr()
>>
>> ---
>> configure.ac
On 04/17/2014 12:48 AM, Rob Clark wrote:
> On Wed, Apr 16, 2014 at 9:09 AM, Thomas Hellstrom
> wrote:
>> Hi, Rob,
>>
>> Do you think we can push patches 1 trough 3 with a CC to stable for
>> patch 3?
> yes please.. you can push, or I can.. I was just waiting to hear back
> from you on the later p
Hi Kenneth,
El 2014-04-17 08:57, Kenneth Graunke escribió:
On 04/15/2014 03:30 AM, Iago Toral Quiroga wrote:
Once the relevant branch has been identified do not iterate over the
instructions in the branch, do a linked list insertion instead to
avoid the
loop.
---
src/glsl/opt_if_simplificati
Correct, this doesn't try to tackle the link-time cases at all.
After sending these out, Anuj told me that he had similar patches
pending review. Unfortunate to duplicate effort, but it's what I get
for doing a bunch of random bug-stomping, I guess :)
Hopefully we can pick the best ideas from bot
Otherwise it will trick the gallium driver into thinking that the render
target has actually changed (due to different pipe_surface pointing to
same underlying pipe_resource). This is really badness for tiling GPUs
like adreno.
This also appears to fix a rendering error with Motif on vmwgfx.
Why
https://bugs.freedesktop.org/show_bug.cgi?id=74717
Török Edwin changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
On 04/16/2014 04:59 PM, Carl Worth wrote:
> Ian Romanick writes:
>> variable. That's never passed to set_uniform_binding, and it's easier
>> to just remove the function (especially for later patches in the series)
>> than to add another parameter.
>
> Hi Ian,
>
> I should have looked closer at
48 matches
Mail list logo
