You might want to look at AMD's website for the newest version of their Catalyst driver. I am using it, and it works well. Of course, if Rdesktop is fast enough for you, this might not be an issue for you.

If you do decide to go the Catalyst route, you'll have to create a soft link before you run the installer for it to successfully complete:

Good luck!

Regards,

Matt

Just curious but which desktop environment are you using? KDE? If so try switching the drawing method from XServer to OpenGL, or alternatively try Xfce as a desktop.

The Open Source Radeon driver is plenty fast for many AMD/ATI devices.

if things are still problematic, there is a SlackBuild for DRIConf you can try out. It works fairly well with the XOrg driver.

13.11 LINUX Beta V9.4 does not support Mobility Radeon HD3xxx...

The claim may have been valid for the 90s, where Linux was a hobbyist operating system, developed and used by people with poor access to new and expensive hardware (like students). Applications consisted mainly of (open source) Unix legacy from the 80s, usually running in text-mode.

The intention was "get your unix-like experience on a cheap PC without having to pay the unix-like price".

Today Linux runs on servers and supercomputers, Red Hat completely drops ia32 support in RHEL7. Contribution-based hardware support usually degrades within 3-5 years, when the affected hardware fells out of use. Distributors increase hardware requirements even faster than mainstream PC operating systems, because no-one runs a supercomputer with Windows XP and P5/P6 machines don't exist in datacenters anymore.

So Linux is a complete different thing now. You get a computing powerhouse, but you must be able provide the hardware for it - more like "Slowlaris" now.

Yep. According to this website, out of the 500 most powerful supercomputers listed, 482 run Linux, 2 Windows, 11 UNIX, 1 BSD, 4 mixed. And the 50 most powerful all run Linux.

I think I finally have my video issue figured out. The issue is X has now moved the config info one level deeper and split into separate files. So instead of /etc/X11/xorg.conf with hundreds of options in it you have to create smaller separate config files in under /etc/X11/xorg.conf.d/

I was trying to create a config file in the old place and either it ignores it completely or I had the syntax wrong and it ignored it. Another old thread of mine for a different issue on an older laptop someone made the suggestion of what to put in xorg.conf and someone else corrected giving the deeper path.

I still use a base xorg.conf instead of the broken down format. No problems here.

Yes, you don't have to use the xorg.conf.d directory, though it uses anything in /etc/X11/xorg.conf.d, or for that matter /usr/share/X11/xorg.conf.d/ in addition to xorg.conf. Also, unlike some other config files that use a '.d' directory in both /usr/ and /etc/, a file in /etc/X11/xorg.conf.d/ that is of the same name as one in /usr/share/X11/xorg.conf.d/ doesn't replace it completely: the contents of both files get processed - which can have unintended consequences and is something to watch out for. To avoid this issue, a "mv /usr/share/X11/xorg.conf.d /usr/share/X11/xorg.conf.d-disable" might help by giving you more explicit control over the configuration, and is what I have done here.

While I appreciate the intent behind these new conf.d directories (and I do actually use /etc/X11/xorg.conf.d), I can't help but think that they've actually complicated matters further because of how their contents are combined with each other.

I'm not sure what my issue was then but I cleared out anything in the /etc/X11 then just created the one file in /etc/X11/conf.d and it seems to be working now.