[Nouveau] [Bug 93004] New: Guild Wars 2 crash on nouveau DX11 cards

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=93004

Bug ID: 93004
   Summary: Guild Wars 2 crash on nouveau DX11 cards
   Product: Mesa
   Version: git
  Hardware: Other
OS: All
Status: NEW
  Severity: normal
  Priority: medium
 Component: Drivers/DRI/nouveau
  Assignee: nouveau@lists.freedesktop.org
  Reporter: s...@das-labor.org
QA Contact: nouveau@lists.freedesktop.org

Guild Wars 2 32bit crashes on DirectX 11 capable Nvidia cards using OpenGL and
Gallium Nine state tracker.
It doesn't crash on BARTS (AMD HD6850) and it doesn't crash on NV84 (Nvidia
Geforce 8600GT).

Bug reports:
https://bugs.winehq.org/show_bug.cgi?id=34342
https://github.com/iXit/Mesa-3D/issues/153

While this is referred as "Out of Memory" my guess is that the GuildWars2 crash
reporter show wrong memory usage. Don't focus on that.

Using d3dretrace and valgrind I got this:
https://github.com/iXit/Mesa-3D/issues/153#issuecomment-157977989

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.
___
Nouveau mailing list
Nouveau@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/nouveau

[Nouveau] [Bug 93004] Guild Wars 2 crash on nouveau DX11 cards

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=93004

--- Comment #2 from Patrick Rudolph  ---
Here's the trace (86MByte):
https://drive.google.com/file/d/0ByOfJQh38LRvSHk5YjgwdzVuRWc/view?usp=sharing

You need apitrace:
http://people.freedesktop.org/~jrfonseca/apitrace/

Run it using Gallium nine enabled wine:
wine ./apitrace-msvc/x86/bin/d3dretrace.exe Gw2.trace

To get the valgrind output I used:
valgrind -v --track-origins=yes --leak-check=full --trace-children=yes
--vex-iropt-register-updates=allregs-at-mem-access --workaround-gcc296-bugs=yes
wine ./apitrace-msvc/x86/bin/d3dretrace.exe Gw2.trace

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.
___
Nouveau mailing list
Nouveau@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/nouveau

[Nouveau] [Bug 90626] HP ZBook 15 nouveau driver hangup for kernel >= 4.1

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=90626

--- Comment #44 from Ilia Mirkin  ---
http://cgit.freedesktop.org/~darktama/nouveau/commit/?id=fcd74e81e65aee8a2a33bdca3142a5358dac7582

Does this patch help?

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
Nouveau mailing list
Nouveau@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/nouveau

[Nouveau] PATCH: Sense if git should be used (for tarball) and if typeof needs to be __typeof__

[Richard PALO]

I'd like to submit the attached patch to configure.ac fixing two issues:
1. Packaging systems such as pkgsrc use source tarballs not git, so configure
   could try to see if it's really in a git repository else use ChangeLog
   to determine the driver date to use.  
   NB 'git log' should probably already be 'git log -1'

2. When using strict ISO C compilers, such as if using -std=c99 instead of 
   for example -std=gnu99, typeof is not a valid keyword and __typeof__ should
   be used.  Use AC_C_TYPEOF to automatically define a macro if necessary.

cheers
-- 
Richard PALO

>From e52880d8175fafac61bb45ff0274d47d39715f50 Mon Sep 17 00:00:00 2001
From: Richard PALO 
Date: Thu, 19 Nov 2015 19:17:38 +0100
Subject: [PATCH] Sense if git should be used (for tarball) and if typeof needs
 to be __typeof__

Use `git log` only if not in a source tarball where ChangeLog is already
generated and git may not be present.

Check to see if __typeof__ needs to be used instead of typeof, which is
the case if strict ISO c is used (such as -std=c99)

Signed-off-by: Richard PALO 
---
 configure.ac | 3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)

diff --git a/configure.ac b/configure.ac
index 9c77f94..71482ec 100644
--- a/configure.ac
+++ b/configure.ac
@@ -36,7 +36,7 @@ AC_DEFINE_UNQUOTED([NV_PATCHLEVEL],
[$(echo $PACKAGE_VERSION | sed -e 's/^[[0-9]]*\.[[0-9]]*\.\([[0-9]]*\)/\1/')],
[Patch version])
 AC_DEFINE_UNQUOTED([NV_DRIVER_DATE],
-   [$(echo -n \";git log |head -3|tail -1|tr -d '\n';echo -n \")],
+		   [$(printf \"; if test -d .git; then git log; else cat ChangeLog; fi |head -3|tail -1|tr -d '\n'; printf \")],
[Driver date])
 
 AC_CONFIG_SRCDIR([Makefile.am])
@@ -105,6 +105,7 @@ AC_SUBST([LIBUDEV_LIBS])
 
 # Checks for header files.
 AC_HEADER_STDC
+AC_C_TYPEOF
 
 # Use -Wall all the time
 CFLAGS="$CFLAGS -Wall"
-- 
2.6.3



___
Nouveau mailing list
Nouveau@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/nouveau

[Nouveau] [Bug 92761] [NVF0] dmesg full of nouveau E[ PIBUS][0000:01:00.0] GPC4: 0x5233e4 0xbadf1301 (0x01024215)

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=92761

--- Comment #8 from Ben Skeggs  ---
Actually, don't test that patch.  I've not finished my first coffee of the
morning and it contains a rather large thinko on my part :P

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
Nouveau mailing list
Nouveau@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/nouveau

[Nouveau] [Bug 92761] [NVF0] dmesg full of nouveau E[ PIBUS][0000:01:00.0] GPC4: 0x5233e4 0xbadf1301 (0x01024215)

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=92761

Ben Skeggs  changed:

   What|Removed |Added

 Attachment #119955|0   |1
is obsolete||

--- Comment #9 from Ben Skeggs  ---
Created attachment 119957
  --> https://bugs.freedesktop.org/attachment.cgi?id=119957=edit
take 2

Coffee has been drunk, so here's a somewhat better attempt at what I was trying
to achieve ;)

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
Nouveau mailing list
Nouveau@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/nouveau

[Nouveau] [Bug 92761] [NVF0] dmesg full of nouveau E[ PIBUS][0000:01:00.0] GPC4: 0x5233e4 0xbadf1301 (0x01024215)

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=92761

--- Comment #7 from Ben Skeggs  ---
Created attachment 119955
  --> https://bugs.freedesktop.org/attachment.cgi?id=119955=edit
test patch

Thanks for the trace.

Are you able to give the attached patch a try and see if it helps the situation
at all?  A more complete solution is probably required in general, but this
might help in your case.

Thanks,
Ben.

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
Nouveau mailing list
Nouveau@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/nouveau

[Nouveau] [Bug 92761] [NVF0] dmesg full of nouveau E[ PIBUS][0000:01:00.0] GPC4: 0x5233e4 0xbadf1301 (0x01024215)

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=92761

--- Comment #5 from ascanio.al...@gmail.com ---
Created attachment 119937
  --> https://bugs.freedesktop.org/attachment.cgi?id=119937=edit
mmiotrace output

mmiotrace output

Thanks for your patience.

Waited for nvidia Xorg 1.18 ABI 20 compatiblity

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
Nouveau mailing list
Nouveau@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/nouveau

[Nouveau] [Bug 92761] [NVF0] dmesg full of nouveau E[ PIBUS][0000:01:00.0] GPC4: 0x5233e4 0xbadf1301 (0x01024215)

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=92761

--- Comment #4 from ascanio.al...@gmail.com ---
Created attachment 119935
  --> https://bugs.freedesktop.org/attachment.cgi?id=119935=edit
Xorg.0.log

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
Nouveau mailing list
Nouveau@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/nouveau

[Nouveau] [Bug 92761] [NVF0] dmesg full of nouveau E[ PIBUS][0000:01:00.0] GPC4: 0x5233e4 0xbadf1301 (0x01024215)

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=92761

--- Comment #2 from ascanio.al...@gmail.com ---
Created attachment 119933
  --> https://bugs.freedesktop.org/attachment.cgi?id=119933=edit
lspci.txt

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
Nouveau mailing list
Nouveau@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/nouveau

[Nouveau] [Bug 92761] [NVF0] dmesg full of nouveau E[ PIBUS][0000:01:00.0] GPC4: 0x5233e4 0xbadf1301 (0x01024215)

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=92761

--- Comment #3 from ascanio.al...@gmail.com ---
Created attachment 119934
  --> https://bugs.freedesktop.org/attachment.cgi?id=119934=edit
xrandr

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
Nouveau mailing list
Nouveau@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/nouveau

[Nouveau] [Bug 93004] Guild Wars 2 crash on nouveau DX11 cards

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=93004

--- Comment #3 from Patrick Rudolph  ---
For the crash that occurs in nvc0_clear() I found it is likely a use after
free.
It accesses a pipe_resource that has been destroyed, but is still bound.
The correct behaviour of nine would be to call set_vertex_buffers(..., NULL)
first and then destroy the resource.
What does OpenGL on vertexbuffer destruction ?
Question is why does it work on other drivers, like R600 ?

For the second crash in nvc0_draw_vbo() I'm still investigating.

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.
___
Nouveau mailing list
Nouveau@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/nouveau

[Nouveau] [Bug 92991] Nouveau module loading regression in 4.4-rc1 on optimus system

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=92991

--- Comment #6 from Ilia Mirkin  ---
(In reply to Oliver Neukum from comment #5)
> (In reply to Ilia Mirkin from comment #3)
> 
> > That seems much happier.
> 
> Unfortunately the result does not work. xrandr leads to an instant hard
> lockup with and without the additional parameter.

Can you recover any information when this happens? Perhaps with netconsole? Do
you have anything like bumblebee installed? [If so, try without it.]

Separately, can you try booting with nouveau.runpm=0 (in addition to the other
workaround thing)? That will prevent nouveau from runtime-suspending your GPU
and will increase battery usage, but it's a good debugging step.

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
Nouveau mailing list
Nouveau@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/nouveau

[Nouveau] [Bug 93004] Guild Wars 2 crash on nouveau DX11 cards

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=93004

--- Comment #1 from Ilia Mirkin  ---
Where is the trace? Could you educate me on how to replay it myself?

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.
___
Nouveau mailing list
Nouveau@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/nouveau

[Nouveau] [Bug 92761] [NVF0] dmesg full of nouveau E[ PIBUS][0000:01:00.0] GPC4: 0x5233e4 0xbadf1301 (0x01024215)

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=92761

--- Comment #6 from ascanio.al...@gmail.com ---
1. Using nvidia 352.63 to generate mmiotrace.

2. This card locks up with gdm -> desktop (wayland or X)
a. gdm starts desktop and immediately returns to gdm
b. 2nd attempt to start desktop usually results in a hard lockup - alt-sysrq
works

3. lightdm -> X is ok

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
Nouveau mailing list
Nouveau@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/nouveau