Displaying 12 results from an estimated 12 matches similar to: "Regression caused by 2e9ee44797 ("nv50/ir/ra: some register spilling fixes")"
2014 May 29
1
[PATCH 2/4] nvc0/ir: Handle reverse subop for OP_EXTBF when folding constant expressions
Tested with:
MESA_EXTENSION_OVERRIDE=GL_ARB_gpu_shader5 ./shader_runner
../tests/spec/arb_gpu_shader5/execution/built-in-functions/fs-bitfieldReverse.shader_test
-> green output, so this should be ok
the test was not change though...
On 29.05.2014 21:47, Ilia Mirkin wrote:
> Can you verify that you tested how the HW handles this, as well as
> exactly how you did it (i.e. how did you
2014 Jan 10
0
commit 0a1479c829 breaks glsl-fs-lots-of-tex.shader_test on nv50/nvc0
On Thu, Jan 9, 2014 at 4:04 AM, Ilia Mirkin <imirkin at alum.mit.edu> wrote:
> Hi Marek,
>
> I won't pretend to understand what's going on, but I just bisected a
> failure on tests/shaders/glsl-fs-lots-of-tex.shader_test in piglit
> between 9.1 and HEAD, and it landed on your commit. It's approximately
> the simplest shader known to man (esp at HEAD when all the
2015 May 18
2
Tessellation shaders get MEM_OUT_OF_BOUNDS errors / missing triangles
Hello,
I've been debugging a few different tessellation shader issues with
nouveau, but let's start small. I see this issue on my GK208 with high
frequency, and I *think* I've seen it once or twice on my GF108, but
it's exceedingly rare, if it does happen. I don't have a GK10x to test
on, unfortunately, but I assume it'll have the same issue as the
GK208.
The issue is
2013 Aug 20
5
[Bug 68348] New: [piglit] shaders/glsl-array-bounds-02 (+even nrs) produces TRAP , TRAP_MP - TP0: Unhandled ustatus 0x00000001
https://bugs.freedesktop.org/show_bug.cgi?id=68348
Priority: medium
Bug ID: 68348
Assignee: nouveau at lists.freedesktop.org
Summary: [piglit] shaders/glsl-array-bounds-02 (+even nrs)
produces TRAP , TRAP_MP - TP0: Unhandled ustatus
0x00000001
QA Contact: xorg-team at lists.x.org
Severity: normal
2013 Sep 22
1
[LLVMdev] DebugIR pass fails with an assert
Hi List,
My IR compiles fine and runs. I've tried to add DebugIR pass so
as to be able to debug and profile it (since source is an SQL query
all that I can debug and profile is IR itself).
When I tried to add it to pass manager I got the following assert:
Program received signal SIGABRT, Aborted.
0x00007ffff3fe4425 in __GI_raise (sig=<optimized out>) at
2015 May 26
2
Tessellation shaders get MEM_OUT_OF_BOUNDS errors / missing triangles
One additional observation that I just made is that on GK208, the blob
apparently doesn't use the result of S2R Rx, SR_INVOCATION_ID
wholesale in TCS. It either passes it through a I2I.S32.S32 Rx, |Rx|
(i.e. absolute value), or even more paradoxically, shl 2; shr 2; which
removes the top *2* bits, rather than just the top 1. However I see no
such behaviour on GF108.
I'm going to test out
2014 Jul 08
1
[PATCH] nv50/ir: use unordered_set instead of list to keep our instructions in uses
This shortens runtime of piglit test fp-long-alu to ~22s
No piglit regressions observed on nvc0!
Signed-off-by: Tobias Klausmann <tobias.johannes.klausmann at mni.thm.de>
---
src/gallium/drivers/nouveau/codegen/nv50_ir.cpp | 6 +++---
src/gallium/drivers/nouveau/codegen/nv50_ir.h | 7 ++++---
src/gallium/drivers/nouveau/codegen/nv50_ir_peephole.cpp | 2 +-
2015 Sep 01
2
Spilling Virtual Registers
Hello to all LLVM developers.
I'm developing a register allocator using LLVM, my allocator has a local
search phase: given a solution (assignment of virtual registers to physical
registers or memory) generated in the first phase of the algorithm, some
movements are applied to this solution in order to find a better solution.
To apply such movements, I need to unassign a virtual register from
2014 May 29
2
[PATCH 2/4] nvc0/ir: Handle reverse subop for OP_EXTBF when folding constant expressions
Signed-off-by: Tobias Klausmann <tobias.johannes.klausmann at mni.thm.de>
---
src/gallium/drivers/nouveau/codegen/nv50_ir_peephole.cpp | 14 ++++++++++++--
1 file changed, 12 insertions(+), 2 deletions(-)
diff --git a/src/gallium/drivers/nouveau/codegen/nv50_ir_peephole.cpp b/src/gallium/drivers/nouveau/codegen/nv50_ir_peephole.cpp
index 58092f4..93f7c2a 100644
---
2018 Dec 27
1
FreeBSD, Libmd5, samba 4.9.4 & "smbclient -L" (using password) -> core dump
I just noticed that smbclient from Samba 4.9.4 /built by myself) on FreeBSD 11.2 coredumps when called like this:
smbclient -L <hostname>
> % /liu/pkg/samba/4.9.4-liu/bin/smbclient -L filur00
> Enter username at AD.LIU.SE's password:
> Abort (core dumped)
… if it is linked against /usr/local/lib/libmd5.so (which is part of “libwww”). If I remove libmd5.so and recompile
2013 Aug 20
5
[Bug 68344] New: [piglit] shaders/glsl-fs-texture2d-dependent-4 randomly passes or fails on NVAA/NV50
https://bugs.freedesktop.org/show_bug.cgi?id=68344
Priority: medium
Bug ID: 68344
Assignee: nouveau at lists.freedesktop.org
Summary: [piglit] shaders/glsl-fs-texture2d-dependent-4
randomly passes or fails on NVAA/NV50
QA Contact: xorg-team at lists.x.org
Severity: normal
Classification: Unclassified
2015 May 06
4
[Bug 90348] New: Spilling failure of b96 merged value
https://bugs.freedesktop.org/show_bug.cgi?id=90348
Bug ID: 90348
Summary: Spilling failure of b96 merged value
Product: Mesa
Version: git
Hardware: Other
OS: All
Status: NEW
Severity: normal
Priority: medium
Component: Drivers/DRI/nouveau
Assignee: nouveau at