[Nouveau] [Bug 82152] [NVE7] NULL deref when putting card back to sleep after unsuccessful init (HUB_INIT timeout)
https://bugs.freedesktop.org/show_bug.cgi?id=82152 GitLab Migration User changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |MOVED --- Comment #12 from GitLab Migration User --- -- GitLab Migration Automatic Message -- This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/mesa/mesa/issues/1066. -- You are receiving this mail because: You are the assignee for the bug.___ Nouveau mailing list Nouveau@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/nouveau
[Nouveau] [Bug 82152] [NVE7] NULL deref when putting card back to sleep after unsuccessful init (HUB_INIT timeout)
https://bugs.freedesktop.org/show_bug.cgi?id=82152 --- Comment #11 from Patrick Burroughs --- Created attachment 122992 --> https://bugs.freedesktop.org/attachment.cgi?id=122992&action=edit dmesg output with errors from successful load With Linux 4.5.0-ARCH, Mesa 11.1.2-3, DRI3, and using modesetting_drv instead of intel_drv for the main display (not sure if that's relevant)... everything works! (If "everything" consists of glxinfo, glxgears, and a few minutes of Darwinia.) I do still get errors in dmesg, though, as attached. I'll be happy to follow along and do whatever digging is necessary to eradicate them, if someone wants to take up that task. -- You are receiving this mail because: You are the assignee for the bug.___ Nouveau mailing list Nouveau@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/nouveau
[Nouveau] [Bug 82152] [NVE7] NULL deref when putting card back to sleep after unsuccessful init (HUB_INIT timeout)
https://bugs.freedesktop.org/show_bug.cgi?id=82152 --- Comment #10 from Patrick Burroughs --- Tried again with Linux 3.19.3 and Mesa 10.5.2, no changes. -- 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 82152] [NVE7] NULL deref when putting card back to sleep after unsuccessful init (HUB_INIT timeout)
https://bugs.freedesktop.org/show_bug.cgi?id=82152 --- Comment #9 from Patrick Burroughs --- Created attachment 104033 --> https://bugs.freedesktop.org/attachment.cgi?id=104033&action=edit dmesg output using firmware ripped from the blob Using DRI3 and the firmware from the blob I still get crashes, but finally have a different error message in dmesg. -- 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 82152] [NVE7] NULL deref when putting card back to sleep after unsuccessful init (HUB_INIT timeout)
https://bugs.freedesktop.org/show_bug.cgi?id=82152 --- Comment #8 from Patrick Burroughs --- Created attachment 104031 --> https://bugs.freedesktop.org/attachment.cgi?id=104031&action=edit dmesg output using DRI3 Using DRI3 defers all errors until after attempting to run an OpenGL application with DRI_PRIME=1, and prevents the crash from bringing down X or the kernel. -- 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 82152] [NVE7] NULL deref when putting card back to sleep after unsuccessful init (HUB_INIT timeout)
https://bugs.freedesktop.org/show_bug.cgi?id=82152 --- Comment #7 from Tobias Klausmann --- If i look at the system + the kernel bug, this looks similar to a problem i was facing some weeks ago: so i'd suggest to try DRI3 with the whole package: Update your packages: xf86-video-intel mesa (all dependencies of course) Remove: xf86-video-nouveau (with DRI3 you wont need it to do: DRI_PRIME=1 myprog) you'll need a kernel with rendernodes enabled (boot with drm.rnodes=1) you may need to add a file to /etc/udev/rules.d/ containing: SUBSYSTEM=="drm", IMPORT{builtin}="path_id" to get ID_PATH tags for rendernodes. -- 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 82152] [NVE7] NULL deref when putting card back to sleep after unsuccessful init (HUB_INIT timeout)
https://bugs.freedesktop.org/show_bug.cgi?id=82152 --- Comment #6 from Patrick Burroughs --- Created attachment 104026 --> https://bugs.freedesktop.org/attachment.cgi?id=104026&action=edit dmesg output post initial patch. -- 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 82152] [NVE7] NULL deref when putting card back to sleep after unsuccessful init (HUB_INIT timeout)
https://bugs.freedesktop.org/show_bug.cgi?id=82152 --- Comment #5 from Patrick Burroughs --- I get the same crash and HUB_INIT timeout after the patch. Attaching dmesg. -- 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 82152] [NVE7] NULL deref when putting card back to sleep after unsuccessful init (HUB_INIT timeout)
https://bugs.freedesktop.org/show_bug.cgi?id=82152 Ilia Mirkin changed: What|Removed |Added Summary|any OpenGL application |[NVE7] NULL deref when |crashes X, locks up machine |putting card back to sleep |with nouveau and PRIME |after unsuccessful init ||(HUB_INIT timeout) -- 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