Created attachment 90951 [details] patch Since the introduction of a call to drmCheckModesettingSupported() in radeon_kernel_mode_enabled(), with abort condition if such call fails, the first argument to drmOpen() call in radeon_open_drm_master() has become a no-op red herring. Such argument (a kernel module name) is supposed to result in load of specified kernel module. However, this will never happen. The problem is that if the code containing drmOpen() call is reached, it means that drmCheckModesettingSupported() check has previously succeeded, which implies the module is already loaded. So, drmOpen() will never load a kernel module. But it gives the impression that it will. In order to avoid this confusion, I suggest replacing it with NULL, like xf86-video-intel driver does: src/intel_device.c: fd = drmOpen(NULL, id); and then taking care of module load elsewhere (I'll submit a separate bug for that).
Please submit patches directly to the xorg-driver-ati mailing list (preferably using git send-email) instead of attaching them in bugzilla.
commit 796c9a0cb587f528326bede11fa3f3eb7d3edaf1 Author: Robert Millan <rmh@freebsd.org> Date: Fri Dec 20 10:55:09 2013 +0000 radeon: Set first parameter of drmOpen() to NULL
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.