<html>
<head>
<base href="https://bugs.freedesktop.org/" />
</head>
<body><table border="1" cellspacing="0" cellpadding="8">
<tr>
<th>Priority</th>
<td>medium
</td>
</tr>
<tr>
<th>Bug ID</th>
<td><a class="bz_bug_link
bz_status_NEW "
title="NEW --- - [PATCH] restore automated load of radeon kernel module"
href="https://bugs.freedesktop.org/show_bug.cgi?id=72852">72852</a>
</td>
</tr>
<tr>
<th>Assignee</th>
<td>xorg-driver-ati@lists.x.org
</td>
</tr>
<tr>
<th>Summary</th>
<td>[PATCH] restore automated load of radeon kernel module
</td>
</tr>
<tr>
<th>QA Contact</th>
<td>xorg-team@lists.x.org
</td>
</tr>
<tr>
<th>Severity</th>
<td>normal
</td>
</tr>
<tr>
<th>Classification</th>
<td>Unclassified
</td>
</tr>
<tr>
<th>OS</th>
<td>FreeBSD
</td>
</tr>
<tr>
<th>Reporter</th>
<td>rmh@freebsd.org
</td>
</tr>
<tr>
<th>Hardware</th>
<td>Other
</td>
</tr>
<tr>
<th>Status</th>
<td>NEW
</td>
</tr>
<tr>
<th>Version</th>
<td>unspecified
</td>
</tr>
<tr>
<th>Component</th>
<td>Driver/Radeon
</td>
</tr>
<tr>
<th>Product</th>
<td>xorg
</td>
</tr></table>
<p>
<div>
<pre>Created <span class=""><a href="attachment.cgi?id=90952" name="attach_90952" title="patch">attachment 90952</a> <a href="attachment.cgi?id=90952&action=edit" title="patch">[details]</a></span>
patch
It seems that current xf86-video-radeon doesn't automatically load the kernel
module anymore. This probably happened during the addition of KMS support,
which caused drmOpen() call to stop doing this task. More details on that in:
<a class="bz_bug_link
bz_status_NEW "
title="NEW --- - first argument to drmOpen() is a no-op"
href="show_bug.cgi?id=72849">https://bugs.freedesktop.org/show_bug.cgi?id=72849</a>
AFAIK this isn't a big problem on GNU/Linux, because on that platform you
expect the kernel module to be loaded much earlier anyway. However on other
platforms (such as GNU/kFreeBSD and probably FreeBSD as well), X is expected to
load the modules it needs (i.e. noone else will do it for her).
I'm attaching a patch that restores the intended behaviour, however using
fallback method like the intel driver does (i.e. if
drmCheckModesettingSupported() fails, then try load the module, and then try
drmCheckModesettingSupported() again).</pre>
</div>
</p>
<hr>
<span>You are receiving this mail because:</span>
<ul>
<li>You are the assignee for the bug.</li>
</ul>
</body>
</html>