| Summary: | F15 - Corruption and crash in nouveau driver | ||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Brian C. Huffman <huffman> | ||||||||||||||
| Component: | xorg-x11-drv-nouveau | Assignee: | Ben Skeggs <bskeggs> | ||||||||||||||
| Status: | CLOSED WONTFIX | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||||||||||||
| Severity: | high | Docs Contact: | |||||||||||||||
| Priority: | unspecified | ||||||||||||||||
| Version: | 15 | CC: | airlied, ajax, bodhi.zazen, bskeggs, tiagomatos | ||||||||||||||
| Target Milestone: | --- | Keywords: | Triaged | ||||||||||||||
| Target Release: | --- | ||||||||||||||||
| Hardware: | Unspecified | ||||||||||||||||
| OS: | Unspecified | ||||||||||||||||
| Whiteboard: | |||||||||||||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||||||||||||
| Doc Text: | Story Points: | --- | |||||||||||||||
| Clone Of: | Environment: | ||||||||||||||||
| Last Closed: | 2012-08-07 15:35:08 UTC | Type: | --- | ||||||||||||||
| Regression: | --- | Mount Type: | --- | ||||||||||||||
| Documentation: | --- | CRM: | |||||||||||||||
| Verified Versions: | Category: | --- | |||||||||||||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||||||||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||||||||||||
| Attachments: |
|
||||||||||||||||
Created attachment 499624 [details]
messages.gz
Created attachment 499625 [details]
Xorg.0.log
Created attachment 499626 [details]
smolt profile
I believe this may have been instigated by google-chrome. The latest update seems to have taken care of most of the corruption. I have still seen one or two artifacts show up in mozilla thunderbird, but nothing like before. Although it seems to me that chrome shouldn't be able to break things so badly that the machine crashes... -- Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers If this isn't a dupe of bug 699551 it nonetheless sounds like it might get fixed with the same patches. Unfortunately this did not solve the problem. I built a new kernel with the patches incorporated. However, after a short time, I noticed that when using the 3d effects, things started to go haywire and shortly after that, there was a kernel oops. Pic attached. Created attachment 519889 [details]
Picture of kernel oops
(In reply to comment #7) > Unfortunately this did not solve the problem. I built a new kernel with the > patches incorporated. However, after a short time, I noticed that when using > the 3d effects, things started to go haywire and shortly after that, there was > a kernel oops. Pic attached. Just to make sure, did you regenerate the initramfs with the new modules? There's a koji build with the patches now too: http://koji.fedoraproject.org/koji/buildinfo?buildID=260424 Well, now I'm getting a new error in messages. The system didn't crash, but X froze: Aug 26 15:01:53 polaris kernel: [ 2645.031275] [drm] nouveau 0000:03:00.0: fail ttm_validate Aug 26 15:01:53 polaris kernel: [ 2645.031278] [drm] nouveau 0000:03:00.0: validate vram_list Aug 26 15:01:53 polaris kernel: [ 2645.031301] [drm] nouveau 0000:03:00.0: validate: -12 Aug 26 15:01:53 polaris kernel: [ 2645.033399] [drm] nouveau 0000:03:00.0: PGRAPH - TRAP_VFETCH FAULT Aug 26 15:01:53 polaris kernel: [ 2645.033407] [drm] nouveau 0000:03:00.0: PGRAPH - TRAP_VFETCH 00f00000 0000fe0c 00000000 00000000 Aug 26 15:01:53 polaris kernel: [ 2645.033409] [drm] nouveau 0000:03:00.0: PGRAPH - TRAP Aug 26 15:01:53 polaris kernel: [ 2645.033413] [drm] nouveau 0000:03:00.0: PGRAPH - ch 4 (0x00056c0000) subc 5 class 0x8297 mthd 0x13d0 data 0x00000000 Aug 26 15:01:53 polaris kernel: [ 2645.033422] [drm] nouveau 0000:03:00.0: VM: trapped read at 0x0000000000 on ch 4 [0x000056c0] PGRAPH/VFETCH/00 reason: PT_NOT_PRESENT Aug 26 15:01:53 polaris kernel: [ 2645.097325] [drm] nouveau 0000:03:00.0: magic set 1: Aug 26 15:01:53 polaris kernel: [ 2645.097329] [drm] nouveau 0000:03:00.0: 0x00409904: 0xdc0b0601 Aug 26 15:01:53 polaris kernel: [ 2645.097332] [drm] nouveau 0000:03:00.0: 0x00409908: 0x78001851 Aug 26 15:01:53 polaris kernel: [ 2645.097334] [drm] nouveau 0000:03:00.0: 0x0040990c: 0x40000e04 Aug 26 15:01:53 polaris kernel: [ 2645.097337] [drm] nouveau 0000:03:00.0: 0x00409910: 0x183a0000 Aug 26 15:01:53 polaris kernel: [ 2645.097339] [drm] nouveau 0000:03:00.0: PGRAPH - TRAP_TEXTURE - TP1: Unhandled ustatus 0x00000003 Aug 26 15:01:53 polaris kernel: [ 2645.097341] [drm] nouveau 0000:03:00.0: PGRAPH - TRAP Aug 26 15:01:53 polaris kernel: [ 2645.097345] [drm] nouveau 0000:03:00.0: PGRAPH - ch 4 (0x00056c0000) subc 5 class 0x8297 mthd 0x0f04 data 0x00000000 Aug 26 15:01:53 polaris kernel: [ 2645.097353] [drm] nouveau 0000:03:00.0: VM: trapped read at 0x7800185100 on ch 4 [0x000056c0] PGRAPH/TEXTURE/00 reason: PT_NOT_PRESENT Aug 26 15:01:53 polaris kernel: [ 2645.108763] [drm] nouveau 0000:03:00.0: fail ttm_validate Aug 26 15:01:53 polaris kernel: [ 2645.108766] [drm] nouveau 0000:03:00.0: validate vram_list Aug 26 15:01:53 polaris kernel: [ 2645.108780] [drm] nouveau 0000:03:00.0: validate: -12 Created attachment 528229 [details] More debug info I just go hit with this same issue: General artifacts. Then a kernel oops. I've notice the artifacts happen (more often) when using dual display (VGA). I've also notice there a re a couple of automated reports that seem similar: Bug 708841 Bug 713942 Bug 715263 Bug 723286 xorg-x11-drv-nouveau-0.0.16-24.20110324git8378443.fc15.x86_64 Linux leanansihde 2.6.40.6-0.fc15.x86_64 #1 SMP Tue Oct 4 00:39:50 UTC 2011 x86_64 x86_64 x86_64 GNU/Linux uptime more oe less 5 days, no suspends in between. I'll attach a tar ball with syslog-oops, lspci, dmesg with drm.debug please let me know if anything else is required. This message is a notice that Fedora 15 is now at end of life. Fedora has stopped maintaining and issuing updates for Fedora 15. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At this time, all open bugs with a Fedora 'version' of '15' have been closed as WONTFIX. (Please note: Our normal process is to give advanced warning of this occurring, but we forgot to do that. A thousand apologies.) Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, feel free to reopen this bug and simply change the 'version' to a later Fedora version. Bug Reporter: Thank you for reporting this issue and we are sorry that we were unable to fix it before Fedora 15 reached end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora, you are encouraged to click on "Clone This Bug" (top right of this page) and open it against that version of Fedora. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete. The process we are following is described here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping |
Created attachment 499623 [details] dmesg.out.gz Description of problem: After opening many windows, >9, video corruption will occur and eventually nouveau will crash Version-Release number of selected component (if applicable): How reproducible: Always Steps to Reproduce: 1. Open lots of windows 2. Jockey back and forth between window and workspace chooser, open more windows, scroll some, etc. 3. corruption Actual results: corruption / crash Expected results: works normally Additional info: Attaching smolt profile, dmesg output with drm debugging, messages and Xorg.log files.