Summary: | xf86-video-amdgpu-1.3.0 — Xorg: Segmentation fault | ||||||||
---|---|---|---|---|---|---|---|---|---|
Product: | xorg | Reporter: | Floyd Anderson <bts+freedesktop> | ||||||
Component: | Driver/AMDgpu | Assignee: | xf86-video-ati maintainers <xorg-driver-ati> | ||||||
Status: | RESOLVED FIXED | QA Contact: | Xorg Project Team <xorg-team> | ||||||
Severity: | normal | ||||||||
Priority: | medium | CC: | bts+freedesktop | ||||||
Version: | git | ||||||||
Hardware: | x86-64 (AMD64) | ||||||||
OS: | Linux (All) | ||||||||
Whiteboard: | |||||||||
i915 platform: | i915 features: | ||||||||
Attachments: |
|
Created attachment 131260 [details]
Xorg.0_segfault.log
Additionally the ‘Xorg.0.log’ file with the segmentation fault error.
Thanks for the report, fixed in Git master: commit e900e48a11a93cde7d8d2d7bdb4a15ec705c56b1 Author: Michel Dänzer <michel.daenzer@amd.com> Date: Wed May 10 18:37:56 2017 +0900 Don't enable DRI3 without glamor |
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.
Created attachment 131259 [details] bisect-protocol.log Environment ----------- OS: Gentoo Linux (several kernel versions) GPU: AMD, Inc. [AMD/ATI] Tahiti LE [Radeon HD 7870 XT] [1002:679e] Driver: tag xf86-video-amdgpu-1.3.0 and master Description ----------- With driver beyond tag xf86-video-amdgpu-1.2.0 (precisely from commit b5c18947) I got a “Segmentation fault at address 0x0” on Xorg start. Probably the mentioned commit is the culprit. See my attached bisect-protocol.log but be lenient with me — it’s my first bisect log. Thanks in advance and please let me know when I can do something more within the limits of my resources. Addendum -------- FWIW: I was never be able (for nearly three years) to get hardware acceleration to work with this GPU and the open-source driver. Therefore the setting: Option "Accel" "no" is currently and must always be applied. Otherwise the screen goes black, keyboard and mouse will be lost after invoking `startx`. Thus, only a hard reboot remains to get access again and SSHing into this PC is useless because I have no clue how to debug those behaviour.