| Summary: | [crash] Xorg is crashing on startup with enabled xinerama | ||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Product: | xorg | Reporter: | Mariusz Białończyk <manio> | ||||||||||||
| Component: | Driver/Radeon | Assignee: | xf86-video-ati maintainers <xorg-driver-ati> | ||||||||||||
| Status: | RESOLVED FIXED | QA Contact: | Xorg Project Team <xorg-team> | ||||||||||||
| Severity: | major | ||||||||||||||
| Priority: | medium | ||||||||||||||
| Version: | unspecified | ||||||||||||||
| Hardware: | x86-64 (AMD64) | ||||||||||||||
| OS: | All | ||||||||||||||
| Whiteboard: | |||||||||||||||
| i915 platform: | i915 features: | ||||||||||||||
| Attachments: |
|
||||||||||||||
|
Description
Mariusz Białończyk
2019-01-06 11:29:09 UTC
Created attachment 142983 [details]
full Xorg.log
Created attachment 142984 [details]
xorg.conf
Looks like an assertion is failing in nouveau somewhere. I doubt it's related to the intel SNA bug. Do you have a debug symbols package you could install? Or perhaps build xf86-video-nouveau yourself? Also, to eliminate some potential complications -- try commenting out the RADEON bit and ensure that it keeps failing. (Not that that shouldn't work, but good to know for debugging purposes.) Hi Ilia, > Do you have a debug symbols package you could install? Or perhaps build > xf86-video-nouveau yourself? yes - I installed it, but the line: "unw_get_proc_name failed: no unwind info found" was still there, so I compiled nouveau myself and installed with debug symbols but it doesn't help to full unwind, so finally I compiled whole xorg+debug symbols and complete unwind still doesn't happen. Isn't it that this unwind is for some libc calls which is irrelevant? I am attaching new backtrace from console output. > Also, to eliminate some potential complications -- try commenting out the > RADEON bit and ensure that it keeps failing. (Not that that shouldn't work, > but good to know for debugging purposes.) No, it is not failing with nouveau alone (and commented radeon driver). I was also trying to disable xinerama (with radeon+nouveau) - then it is also not failing. It seems this is triggering only with enabled xinerama and both radeon and nouveau drivers loaded. Created attachment 142995 [details]
startx - backtrace on console output
OK, that's helpful: Xorg: /usr/include/xorg/privates.h:121: dixGetPrivateAddr: Assertion `key->initialized' failed. Can you stick a "return false" at the top of nouveau_sync_init and see if that helps? Added this and it doesn't help. Can I somehow disable all RandR calls? You could make drmmode_display.c:has_randr unconditionally return "false". Getting a proper backtrace would be really nice though. Perhaps you can get it in gdb? (Although it would be easiest to do that from a different machine over ssh.) I was able to collect proper backtrace with symbols. And it seems the problem is the radeon. I am attaching full backtrace. Created attachment 142996 [details]
radeon backtrace
update: It seems that returning from drmmode_validate_leases() helped (at least it doesn't assert anymore), I'll check it at home because of limited access to the hardware. Maybe a similar fix in radeon to this patch will be needed? https://cgit.freedesktop.org/nouveau/xf86-video-nouveau/commit/?id=e9418e434311336e905b70553a5ed740838d90ad update: Just verified, my patch fixed the problem. Please create a proper solution :) Created attachment 143002 [details] [review] Only call drmmode_validate_leases when RandR is enabled Does this patch fix the problem? Michel, Yes, the problem is fixed with your patch. Thank you! :) Thanks for the report and testing, fixed in xf86-video-ati Git master: commit b1c01698f577577e4a88bad0ae08fb5d998e7ebb Author: Michel Dänzer <michel.daenzer@amd.com> Date: Wed Jan 9 11:26:14 2019 +0100 Only call drmmode_validate_leases if RandR is enabled |
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.