AMD Releases Catalyst 9.6 For Linux

[cutterjohn]

The X lockups are my priority concern, as they should simply not be occuring, and I've found no work around for those.

The screen corruption is workaroundable by forcing a screen refresh. [EDIT2] This doesn't seem to be heat related as aticonfig --odgt was reporting 52.0C which roughly agrees with reports by ATITool under windows w/similar room temps @ idle. [/EDIT2]

PPAs: I've resorted to that for wine to get GW running, maybe I should try that PPA xorg. Which one is it BTW? [EDIT3] The ppa wine 1.1.25 while it allows running of GW, the char selection screen is a garbled mess, while the winehq 1.1.25 release the char select screen is fine, but GW crashes at loading an area. Apparently a regression in ntdll under wine. It's also what causes the downloads to fail CRC checks apparently. [/EDIT3]

There's also this winebug report, labelled as yet another catalyst bug:

http://bugs.winehq.org/show_bug.cgi?id=18794

[EDIT]
9.6 seems to have partially fixed this bug, but not completely.
[/EDIT]

[EDIT4]
I suppose that the video freeze problem could be that fglrx is leaving X.org in an incosistent state when waking from sleep as I presume that like nVidia, ATI replaces a chunk of the xserver or renderer. I could be entirely wrong and my original idea of the GPU itself being in an inconsistent state could also be the case, but something is definitely being overlooked there somewhere in the suspend/resume code. (Might even be a kernel/X.org bug for all I know that nVidia/Intel work around.)
[/EDIT4]

[kubunteando]

I follow you quite often and I would like to let you know that Catalyst 9.7 is out.

It can be downloaded from:

https://a248.e.akamai.net/f/674/9206/0/www2.ati.com/drivers/linux/ati-driver-installer-9-7-x86.x86_64.run

Juan

[energyman]

yes, and you still need patches for 2.6.29 and 30.

[cruiseoveride]

yes, and you still need patches for 2.6.29 and 30.

yes, and ATi still sucks Nvidia's balls

[PuckPoltergeist]

Try this (for dkms):

diff -Nru fglrx-8.620.orig/firegl_public.c fglrx-8.620/firegl_public.c
--- fglrx-8.620.orig/firegl_public.c	2009-07-07 23:35:39.000000000 +0200
+++ fglrx-8.620/firegl_public.c	2009-07-08 00:54:08.155793160 +0200
@@ -165,6 +165,7 @@
 #include <linux/string.h>
 #include <linux/gfp.h>
 #include <linux/swap.h>
+#include <linux/pid.h>
 
 #include "firegl_public.h"
 #include "kcl_osconfig.h"
@@ -1292,7 +1293,7 @@
 #if LINUX_VERSION_CODE < KERNEL_VERSION(2,6,26)  
    p = find_task_by_pid( pid );
 #else   
-   p = find_task_by_vpid( pid );
+   p = pid_task( pid, PIDTYPE_PID );
 #endif   
    if (p) 
    {

This won't work cause find_task_by_vpid needs pid_t as parameter whereas pid_task takes a pointer to a struct pid. AMD has to fix this inside the binary blob an move to struct pid instead of pid_t.
This won't work cause

[Kano]

Well it just made it start for a while, then it crashed I just looked how this is used in current kernel, but i have no idea how to fix it correctly. Hopefully ati does for next driver.

[PuckPoltergeist]

Well it just made it start for a while, then it crashed I just looked how this is used in current kernel, but i have no idea how to fix it correctly. Hopefully ati does for next driver.

The right (and only) way to fix this, is to move to struct pid instead pid_t. There is no other solution since non GPL-code can't map pid_t to struct pid. The responsible function (find_pid_ns) is EXPORT_SYMBOL_GPL.