X using radeon is refusing to start

Michel Dänzer michel at daenzer.net
Fri Feb 6 00:37:59 PST 2015


On 06.02.2015 17:29, Chris Wilson wrote:
> On Fri, Feb 06, 2015 at 11:51:55AM +0900, Michel Dänzer wrote:
>> On 06.02.2015 09:10, Andy Lutomirski wrote:
>>> I just started getting X failures that say:
>>>
>>> [   739.208] (EE) RADEON(0): [drm] failed to set drm interface version.
>>>
>>> I'm not sure what triggered it.
>>>
>>> dmesg says:
>>>
>>> [  740.156499] [drm:drm_stub_open]
>>> [  740.156502] [drm:drm_open_helper] pid = 2170, minor = 0
>>> [  740.156541] [drm:drm_ioctl] pid=2170, dev=0xe200, auth=1,
>>> DRM_IOCTL_MODE_GETRESOURCES
>>> [  740.156557] [drm:drm_ioctl] pid=2170, dev=0xe200, auth=1,
>>> DRM_IOCTL_MODE_GETRESOURCES
>>> [  740.156575] [drm:drm_release] open_count = 2
>>> [  740.156577] [drm:drm_release] pid = 2170, device = 0xe200, open_count = 2
>>> [  740.158548] [drm:drm_ioctl] pid=2170, dev=0xe200, auth=1,
>>> DRM_IOCTL_SET_VERSION
>>> [  740.158549] [drm:drm_ioctl] ret = -13
>>> [  740.159612] [drm:drm_framebuffer_reference] ffff8804457110a0: FB ID: 83 (3)
>>>
>>> -13 means -EACCES.
>>
>> We'd need to see dmesg from the beginning to be sure, but it looks like
>> something (maybe plymouth or whatever boot splash you're using?) is
>> keeping the DRM device open, so Xorg doesn't become DRM master.
> 
> The trick is to inspect /sys/kernel/debug/dri/%d/clients at the time it
> fails and see who the kernel thinks is DRM_MASTER.

That's a neat trick, thanks.


-- 
Earthling Michel Dänzer               |               http://www.amd.com
Libre software enthusiast             |             Mesa and X developer


More information about the dri-devel mailing list