| Summary: | [NVA8/NV98] KDE Plasma locks up: Nouveau reports error "resource sanity check" "unable to handle kernel paging request" | ||
|---|---|---|---|
| Product: | Mesa | Reporter: | Volker Lukas <vlukas> |
| Component: | Drivers/DRI/nouveau | Assignee: | Nouveau Project <nouveau> |
| Status: | RESOLVED FIXED | QA Contact: | Nouveau Project <nouveau> |
| Severity: | normal | ||
| Priority: | medium | CC: | doktor.yak, tiwai |
| Version: | 11.0 | ||
| Hardware: | x86-64 (AMD64) | ||
| OS: | Linux (All) | ||
| See Also: |
https://bugs.freedesktop.org/show_bug.cgi?id=92962 https://bugs.kde.org/show_bug.cgi?id=358142 https://bugzilla.opensuse.org/show_bug.cgi?id=959732 https://bugzilla.redhat.com/show_bug.cgi?id=1303643 |
||
| Whiteboard: | |||
| i915 platform: | i915 features: | ||
| Attachments: |
Dmesg from system start until and including the second time a kernel backtrace appears
Output of hwinfo --gfx Version information of some relevant packages Recent weeks of package install history dmesg 4.5.0-0.rc2.git0.1.fc24.x86_64 nouveau KDE5 |
||
|
Description
Volker Lukas
2015-11-10 19:13:13 UTC
Created attachment 119548 [details]
Output of hwinfo --gfx
Created attachment 119549 [details]
Version information of some relevant packages
Created attachment 119550 [details]
Recent weeks of package install history
Nouveau underwent a significant rewrite for kernel 4.3. Any chance you could bisect the changes to drivers/gpu/drm/nouveau between v4.2 and v4.3? I will try to bisect between 4.2 and 4.3. I will likely not report back until the weekend. Thanks for answering so fast. I believe I'm seeing the same bug: * plasma5 hangs with kernel to 4.3, but not 4.2 * "resource sanity check" in /var/log/messages I have an "NVIDIA Corporation G98 [Quadro NVS 295] (rev a1)" as seen by lspci (Dell workstation). I have kernel-default-4.3.0-2.1 on Tumbleweed, but when I had kernel-default-4.3.0-1.1, I was also seeing "DRM: GPU lockup - switching to software fbcon" like in #92971. I used git bisect to find the first bad kernel revision. This is Gits "BISECT_LOG": git bisect start # good: [1c02865136fee1d10d434dc9e3616c8e39905e9b] Linux 4.2.6 git bisect good 1c02865136fee1d10d434dc9e3616c8e39905e9b # bad: [6ff33f3902c3b1c5d0db6b1e2c70b6d76fba357f] Linux 4.3-rc1 git bisect bad 6ff33f3902c3b1c5d0db6b1e2c70b6d76fba357f # good: [64291f7db5bd8150a74ad2036f1037e6a0428df2] Linux 4.2 git bisect good 64291f7db5bd8150a74ad2036f1037e6a0428df2 # good: [dd5cdb48edfd34401799056a9acf61078d773f90] Merge git://git.kernel.org/pub/scm/linux/kernel/git/davem/net-next git bisect good dd5cdb48edfd34401799056a9acf61078d773f90 # bad: [f377ea88b862bf7151be96d276f4cb740f8e1c41] Merge branch 'drm-next' of git://people.freedesktop.org/~airlied/linux git bisect bad f377ea88b862bf7151be96d276f4cb740f8e1c41 # good: [abebcdfb64f1b39eeeb14282d9cd4aad1ed86f8d] Merge tag 'sound-4.3-rc1' of git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound git bisect good abebcdfb64f1b39eeeb14282d9cd4aad1ed86f8d # good: [bef2c7bd578e91c9c10983e0c15c4501127b77ca] Merge tag 'drm/tegra/for-4.3-rc1' of git://anongit.freedesktop.org/tegra/linux into drm-next git bisect good bef2c7bd578e91c9c10983e0c15c4501127b77ca # good: [99336ed363f49f484b4d93600c4dfec1f2ebb84a] drm/nouveau/ltc: switch to device pri macros git bisect good 99336ed363f49f484b4d93600c4dfec1f2ebb84a # bad: [97070f23c60869830039b216ff88230f54ef7107] drm/nouveau/pm: convert to new-style nvkm_engine git bisect bad 97070f23c60869830039b216ff88230f54ef7107 # good: [c813d8e048740ca82b88a9d3f639bbd8095b24ac] drm/nouveau/bin: punt client/device argument handling into a common helper git bisect good c813d8e048740ca82b88a9d3f639bbd8095b24ac # bad: [6157091177102638c7d94ffc159c0b157a1c9b56] drm/nouveau/sw: remove dependence on namedb/engctx lookup git bisect bad 6157091177102638c7d94ffc159c0b157a1c9b56 # good: [168c2e213d3a9b605856d3676d9e93733c8b37d3] drm/nouveau/engine: implement support for new-style nvkm_engine git bisect good 168c2e213d3a9b605856d3676d9e93733c8b37d3 # good: [358ce601ae5de59bf6f08f79455c5b3cb7d359d4] drm/nouveau/fifo: directly use instmem for runlists and polling areas git bisect good 358ce601ae5de59bf6f08f79455c5b3cb7d359d4 # bad: [344c2d429dd86b1b0113177e18f15adb74e9d936] drm/nouveau/fb: remove dependence on namedb/engctx lookup git bisect bad 344c2d429dd86b1b0113177e18f15adb74e9d936 # bad: [1d2a1e53865266a67fb569705eba3ec992682721] drm/nouveau/ramht: remove dependence on namedb git bisect bad 1d2a1e53865266a67fb569705eba3ec992682721 # good: [f027f49166171c98d5945af12ac3ee9bc9f9bf4c] drm/nouveau/gpuobj: separate allocation from nvkm_object git bisect good f027f49166171c98d5945af12ac3ee9bc9f9bf4c # first bad commit: [1d2a1e53865266a67fb569705eba3ec992682721] drm/nouveau/ramht: remove dependence on namedb I have a very similar setup. - OpenSUSE Tumbleweed - Dell Laptop (E6510) - NVIDIA Corporation GT218M [NVS 3100M] - upgraded kernel to 4.3.0 And exactly the same symptoms (down to the same call backtrace). Thus, I can help testing driver fixes if needed. Also @Volker Lukas: - Where did you get the older still functioning copy (4.2.4 ?) I would like download and have until the 4.3.0 kernel gets fixed, but all the tumbleweed mirror seem to have deleted the older kernel RPMs and only have the latest one. Hi doktor.yak, at the time I encountered this bug, the Opensuse Linux 4.2.4 RPM was still downloadable. If you build linux-4.2.6.tar.xz from kernel.org via "make rpm" you should be able to get a working kernel package. You can copy the /boot/config-4.x-something to the kernel source directory to copy the build configuration (rename it to ".config"). Thanks for your answer. Do you know if Suse did apply any patch on their version of the 4.2.4 kernel ? Otherwise I'll follow your recommendation and compile a vanilla kernel. (with "make oldconfig"-ing /proc/config.gz) (In reply to doktor.yak from comment #10) > Thanks for your answer. > > Do you know if Suse did apply any patch on their version of the 4.2.4 kernel > ? Nothing about nouveau. > Otherwise I'll follow your recommendation and compile a vanilla kernel. > (with "make oldconfig"-ing /proc/config.gz) It's anyway better to compile by yourself for excluding any subtle differences. With current Opensuse snapshots this problem is gone apparently. One notable upgrade is that of Linux to 4.4.0, but other upgrades also happened to X-Server, Mesa, KDE, Qt, etc... Created attachment 121479 [details]
dmesg 4.5.0-0.rc2.git0.1.fc24.x86_64 nouveau KDE5
SW:
kernel-modules-4.5.0-0.rc2.git0.1.fc24.x86_64
libdrm-2.4.66-1.fc24.x86_64
xorg-x11-server-Xorg-1.18.0-5.fc24.x86_64
xorg-x11-drv-nouveau-1.0.12-1.fc24.x86_64
mesa-dri-drivers-11.2.0-0.devel.8.24ea81a.fc24.x86_64
plasma-workspace-5.5.4-1.fc24.x86_64
qt5-qtdeclarative-5.6.0-0.7.beta.fc24.x86_64
HW:
NVIDIA G98
After upgrade to: $ rpm --query --file /usr/lib64/libQt5Qml.so.5.6.0 qt5-qtdeclarative-5.6.0-0.8.beta.fc24.x86_64 KDE5 starts without hassle Ref. - Info: qt5-qtdeclarative-5.6.0-0.8.beta.fc24 http://koji.fedoraproject.org/koji/buildinfo?buildID=715479 "build with -fno-delete-null-pointer-checks to workaround gcc6-related runtime crashes (#1303643)" - "qt5-qtdeclarative-5.6.0-0.7.beta.fc24 broken" https://bugzilla.redhat.com/show_bug.cgi?id=1303643 http://download.opensuse.org/tumbleweed/iso/ openSUSE-Tumbleweed-KDE-Live-x86_64-Snapshot20160130-Media.iso works OK |
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.