Bug 490494
| Summary: | nouveau on gf 6600gt results in GPU lockup | ||||||
|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Jarod Wilson <jarod> | ||||
| Component: | kernel | Assignee: | Ben Skeggs <bskeggs> | ||||
| Status: | CLOSED RAWHIDE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||
| Severity: | high | Docs Contact: | |||||
| Priority: | low | ||||||
| Version: | 11 | CC: | awilliam, kernel-maint | ||||
| Target Milestone: | --- | ||||||
| Target Release: | --- | ||||||
| Hardware: | All | ||||||
| OS: | Linux | ||||||
| Whiteboard: | |||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||
| Doc Text: | Story Points: | --- | |||||
| Clone Of: | 488342 | Environment: | |||||
| Last Closed: | 2009-08-07 21:13:13 UTC | Type: | --- | ||||
| Regression: | --- | Mount Type: | --- | ||||
| Documentation: | --- | CRM: | |||||
| Verified Versions: | Category: | --- | |||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||
| Embargoed: | |||||||
| Attachments: |
|
||||||
|
Description
Jarod Wilson
2009-03-16 17:42:50 UTC
Created attachment 335384 [details]
dmesg snippet from load of drm w/debug=1
nb: prior stuff was from a dual-head setup, just tried single-head to see if it made things any better. Nope, same failure mode.. Do you still see this with the latest versions of everything? There was a bug fixed a while back this could've been, though I wouldn't have expected it to be triggered with -10, worth a try though. New dmesg and /var/log/Xorg.0.log would be useful :) Thanks! This bug appears to have been reported against 'rawhide' during the Fedora 11 development cycle. Changing version to '11'. More information and reason for this action is here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping Finally got the card freed up again (was in my main workstation being used with a... different driver...). Its now in a test box, which I've updated to rawhide. Looks good initially, kernel mode setting is doing the right thing, but some sort of misc. other rawhide breakage "fsck: Unable to allocate memory for fsck_path" is currently preventing me from getting any further... Got past the fsck thing, but X is segfaulting on me now. It happens with both the nouveau driver and the vesa driver though, so its probably some other rawhide fail, not nouveau's fault. See http://rawhidewatch.wordpress.com/2009/08/06/rawhide-x-crashes-on-startup/ , but someone did post on test-list that even -127 didn't work with them for nouveau. It would be helpful to have a yea or nay on that, actually. I don't want to do it because this is my main system, so if I reboot and X fails to work, I am rather stuffed from a 'getting work done' perspective :) there is also a newer xorg-x11-drv-nouveau in koji than in rawhide currently, it may be worthwhile to update that too. -- Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers I was already on xorg-x11-server-Xorg-1.6.99-28, but just pulled -30 out of koji, along with a slightly newer xorg-x11-drv-nouveau. I'm finally looking at X up and running on this card w/nouveau for the first time ever. :) (with dual monitors, no less) Going to close this one out, card seems to be behaving quite well now. great! this got auto-changed to f11 as f11 came out while it was open. do you want to hold it open and see if ben can backport the fixes to an f11 update, or change it back to rawhide and close it? -- Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers Hm... rawhide nouveau has seen a LOT of changes, from what I recall, so this may not be particularly easy to backport... I'm perfectly happy with it being fixed in rawhide, and perhaps once 2.6.31 is out, we get an F11 kernel w/these fixes too. |