https://bugs.freedesktop.org/show_bug.cgi?id=88890
--- Comment #2 from Karol Herbst freedesk...@karolherbst.de ---
do you get errors like
[10913.271270] nouveau E[ CLK][:01:00.0] failed to raise voltage: -22
[10913.271273] nouveau E[ CLK][:01:00.0] error setting pstate 1: -22
responding to this bit of text from ben below:
I guess you can probably use the start of the kernel's address space
carveout for these kind of mappings actually? It's not like userspace
can ever have virtual addresses there?
one of the salient points of how we implement gr and compute setup
Compiler is wrong.
On Wed, Jul 8, 2015 at 2:27 PM, Tobias Klausmann
tobias.johannes.klausm...@mni.thm.de wrote:
nouveau_compiler.c: In function ‘main’:
nouveau_compiler.c:216:27: warning: ‘code’ may be used uninitialized in
this function [-Wmaybe-uninitialized]
printf(%08x , code[i /
https://bugs.freedesktop.org/show_bug.cgi?id=90513
--- Comment #4 from Gediminas Jakutis gedimi...@varciai.lt ---
(In reply to Karol Herbst from comment #3)
does enabling No Dynamic Lightning helps with the issue even on very high
gpu settings Like Ultra? Its a customize options for the gpu
nouveau_compiler.c: In function ‘main’:
nouveau_compiler.c:216:27: warning: ‘code’ may be used uninitialized in
this function [-Wmaybe-uninitialized]
printf(%08x , code[i / 4]);
^
nouveau_compiler.c:215:4: warning: ‘size’ may be used uninitialized in
this function
codegen/nv50_ir_emit_nv50.cpp: In member function
‘void nv50_ir::CodeEmitterNV50::emitLOAD(const nv50_ir::Instruction*)’:
codegen/nv50_ir_emit_nv50.cpp:620:12: warning: unused variable ‘offset’
[-Wunused-variable]
int32_t offset = i-getSrc(0)-reg.data.offset;
Signed-off-by: Tobias Klausmann
On 8 July 2015 at 20:34, Tobias Klausmann
tobias.johannes.klausm...@mni.thm.de wrote:
Mh i'm not aware of me ever changed the nouveau_compiler. But i'm happy to
see this made you laugh, so it has something positive at least... :/
Story time:
This particular compiler warning has been brought up
On Wed, Jul 8, 2015 at 4:04 PM, Tobias Klausmann
tobias.johannes.klausm...@mni.thm.de wrote:
On 25.05.2015 17:07, Ilia Mirkin wrote:
On Mon, May 25, 2015 at 9:40 AM, Tobias Klausmann
tobias.johannes.klausm...@mni.thm.de wrote:
On 25.05.2015 07:17, Dave Airlie wrote:
On 25 May 2015 at
I don't mind telling people that the compiler is wrong :)
On Wed, Jul 8, 2015 at 3:53 PM, Tobias Klausmann
tobias.johannes.klausm...@mni.thm.de wrote:
On 08.07.2015 21:42, Emil Velikov wrote:
On 8 July 2015 at 20:34, Tobias Klausmann
tobias.johannes.klausm...@mni.thm.de wrote:
Mh i'm not
On 08.07.2015 21:42, Emil Velikov wrote:
On 8 July 2015 at 20:34, Tobias Klausmann
tobias.johannes.klausm...@mni.thm.de wrote:
Mh i'm not aware of me ever changed the nouveau_compiler. But i'm happy to
see this made you laugh, so it has something positive at least... :/
Story time:
This
On 25.05.2015 17:07, Ilia Mirkin wrote:
On Mon, May 25, 2015 at 9:40 AM, Tobias Klausmann
tobias.johannes.klausm...@mni.thm.de wrote:
On 25.05.2015 07:17, Dave Airlie wrote:
On 25 May 2015 at 08:11, Marek Olšák mar...@gmail.com wrote:
It's the same on Radeon. There are 2x ClipOrCullDistance
I suspect the issue is actually that u_debug.h isn't included. It
defines assert to be debug_assert, which in turn is
#define debug_assert(expr) (void)(0 (expr))
which should cause the relevant var to be seen as used.
On Wed, Jul 8, 2015 at 3:40 PM, Tobias Klausmann
On Wed, Jul 08, 2015 at 10:51:55AM +1000, Ben Skeggs wrote:
On 8 July 2015 at 10:47, Andrew Chew ac...@nvidia.com wrote:
On Wed, Jul 08, 2015 at 10:37:34AM +1000, Ben Skeggs wrote:
On 8 July 2015 at 10:31, Andrew Chew ac...@nvidia.com wrote:
On Wed, Jul 08, 2015 at 10:18:36AM +1000, Ben
On 08.07.2015 21:34, Emil Velikov wrote:
On 8 July 2015 at 19:27, Tobias Klausmann
tobias.johannes.klausm...@mni.thm.de wrote:
codegen/nv50_ir_emit_nv50.cpp: In member function
‘void nv50_ir::CodeEmitterNV50::emitLOAD(const nv50_ir::Instruction*)’:
codegen/nv50_ir_emit_nv50.cpp:620:12:
Add Maxwell to the switch statement that sets node-memtype, otherwise
all tiling information is ignored for buffers in system memory.
While we are at it, make that switch statement explicitly complain the
next time we meet a non-handled card family.
Signed-off-by: Alexandre Courbot
On 07.07.2015 23:05, Ben Skeggs wrote:
On 8 July 2015 at 06:06, Ilia Mirkin imir...@alum.mit.edu wrote:
Ben,
Looks like the reality is that glamor is just not hooked up properly
in the nouveau DDX. Mainly it's missing DRI2, which in turn means no
core GL contexts, and probably lots of other
https://bugs.freedesktop.org/show_bug.cgi?id=90513
--- Comment #5 from Ilia Mirkin imir...@alum.mit.edu ---
I've made no progress on this bug BTW; perhaps an avenue would be to generate a
super-low-resolution trace (i.e. minimum supported by the game... 320x200 or
640x480 or something) so that it
On 08.07.2015 20:38, Ilia Mirkin wrote:
Compiler is wrong.
So just nouveau: ... then? Anyway, change it to your liking.
On Wed, Jul 8, 2015 at 2:27 PM, Tobias Klausmann
tobias.johannes.klausm...@mni.thm.de wrote:
nouveau_compiler.c: In function ‘main’:
nouveau_compiler.c:216:27: warning:
18 matches
Mail list logo
