Submit #3031

Update drm/radeon to Linux 4.7.10 as much as possible

Added by davshao 28 days ago. Updated 17 days ago.

In Progress
Target version:
Start date:
Due date:
% Done:



Sometimes one must go backwards before one can go forwards. The attached patch updates drm/radeon to Linux 4.7.10 as much as possible, with the obvious exception of patches related to dma_fence, reservation objects, dma_buf, prime, DisplayPort MST, and interval trees. In particular, because I do not have DisplayPort hardware to test, I expect complete breakage.

When I want decent font display without corruption on a CAICOS Sapphire Radeon HD6450 card, I use in a hacked version of pkgsrc for mesa 17 in /usr/pkg/share/X11/xorg.conf.d a 20-glamor.conf file resembling:

Section "Module"
Load "dri2"
Load "glamoregl"
Section "Device"
Identifier "Radeon Graphics"
Driver "radeon"
Option "AccelMethod" "glamor"
Option "ShadowPrimary" "on"

Take out the Option "ShadowPrimary" "on" and there are quite visible artifacts, but I am still able to fire up firefox using

LD_PRELOAD=/usr/pkg/lib/ firefox &

with layers acceleration forced to get some sort of display in WebGL Water:

The patch is radeon47fast.patch generated by git format patch. Also attached is a diff between drm/radeon after the patch compared to Linux 4.7.10's. radeon_4_07.diff shows exactly what is left to be done.

The patch seems to apply cleanly up through at least

commit f30091155bf042c3e2934ca63573dabebe30f556
Date: Mon Apr 24 19:22:39 2017 +0200

<fcntl.h>: Add some missing defines (required by POSIX).

radeon47fast.patch View (923 KB) davshao, 04/26/2017 08:57 PM

radeon_4_07.diff View (512 KB) davshao, 04/26/2017 08:59 PM


#1 Updated by ftigeot 20 days ago

  • Status changed from New to In Progress
  • Assignee set to ftigeot
  • % Done changed from 0 to 90

Thanks for the commit, it has been pushed to master today.

With current dports packages and a Radeon R5 230, there was no need to preload a specific library, the webgl demo was perfectly functional out of the box and no artifact was visible.

#2 Updated by ftigeot 17 days ago

This update unfortunately breaks X11 on at least one system.

Hardware is based on:
drm0: <Hawaii PRO [Radeon R9 290]> on vgapci0

Starting X with no special directives in xorg.conf gives a black screen, and the computer then needs to be hard reset.

Also available in: Atom PDF