SlackwareThis Forum is for the discussion of Slackware Linux.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
I for one, IF I will have a setup similar with yours, I will try to avoid to complicate my life and I will just use the Radeon card for handling both monitors.
Thank you for your hardware recommendations. It would be nice if the drivers just worked, though. For now, I'll stick to a version of xf86-video-ati that worked for me, and, later, if necessary, I'll buy adapters as you suggest. I will wait and see if the bugs in xf86-video-intel or the modesetting driver get fixed so that newer versions of xf86-video-ati will start working for me.
Excuse me, but the latest stable release of this ATI driver has some issues which are mainly exposed by Plasma 5, until 5.13.2, in the form of artifacts and GL crashes.
This happens while using the very usual budget AMD Radeon cards, like mine's Radeon HD4350, but also on Radeon HD3100 or HD3200 and up to Radeon HD6450 (according with Darth Vader experiments).
Also, I asked a friend who's a C/C++ programmer to explain me in commoner words what they had done after in that GIT master.
He said that they backported a thing called RandR lease support from amdgpu (and I do not know what is it) and they improved the errors checking when a client requests erronous pixmaps. Something like ignoring these requests, instead of crashing the GL. So, probably that will not affect your setup, yet positively increase the stability with Plasma5 and probably other usages.
If that new added RandR lease support affects your setup, then this thing already exists in amdgpu and probably it will exists in the next stable release of ATI driver. Your setup will be always affected in future.
You have many alternatives of doing your dual monitor setup, but if the Slackware team accepts to rollback this driver, will be affected a certain category of users (mine included) who use cheap Radeon videocards.
And they will have no alternatives unless they replace their driver.
Last edited by ZhaoLin1457; 07-21-2018 at 02:23 PM.
He said that they backported a thing called RandR lease support from amdgpu (and I do not know what is it) and they improved the errors checking when a client requests erronous pixmaps. Something like ignoring these requests, instead of crashing the GL.
If anything, the @casualfred's setup could be affected by that RandR lease support, new added to the driver...
I wonder if that RandR lease support can be dynamically disabled.
Last edited by Darth Vader; 07-21-2018 at 01:07 AM.
Excuse me, but the latest stable release of this ATI driver has some issues which are mainly exposed by Plasma 5, until 5.13.2, in the form of artifacts and GL crashes.
I don't know what the right choice is here, but the issues you're noticing are for a program that is not included with Slackware, where the issue casualfred found is with stock packages. We shouldn't ignore the bug report just because the newer version of the ATI driver fixes problems in something not shipped with Slackware (paying attention to it doesn't necessarily mean downgrading the ati driver, just that you don't brush it off because it fixes something that isn't included in Slackware).
Personally I think bug fixes should be included even when its for software not included in Slackware when its reasonable to expect they do not also cause regressions other software included in Slackware. Updating a xorg driver to include recent bug fixes seems very reasonable, its not likely it will change anything for anyone not using that ddx and will potentially improve the usability for people that are.
I see the 4.40 has been rebuilt in June, is there any building problem with terminus-font-4.46?
It builds, but they changed the font naming in a way that breaks all kinds of stuff. There are no visible improvements to the fonts themselves that I could see. Anyway, I have no plans to update this package.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.