Slackware This 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.
Are you new to LinuxQuestions.org? Visit the following links:
Site Howto |
Site FAQ |
Sitemap |
Register Now
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.
|
|
|
05-09-2014, 05:17 AM
|
#76
|
Senior Member
Registered: Jul 2004
Location: Jogja, Indonesia
Distribution: Slackware-Current
Posts: 4,765
|
newer kernel in -current tree: 3.14.3
anyone can confirm that 304.121 works with this kernel?
|
|
|
05-09-2014, 08:33 AM
|
#77
|
Senior Member
Registered: Jun 2003
Location: Virginia
Distribution: Slackware = Main OpSys
Posts: 4,928
|
Regarding modelines - Some monitors, especially some earlier HDTVs, have horrible EDIDs and must be overridden. We can't always assume X will figure it out.
Regarding consternation - AMD has worse support for legacy video cards than nVidia, although the FOSS drivers are often better than nouveau on nVidia.
Someone pointed out that FOSS video drivers for ANY legacy video card, regardless of manufacturer, tend to "go south" over time because the devs have upgraded their hardware and no longer can properly maintain. This should be a lesson. If newer video cards are available for your platform it is just easier and most often a delightful improvement to upgrade and some very decent video cards are quite cheap. It is not at all uncommon for a $60 modern card to outperform a $200 card from 5-7 years ago. Many will reduce the load on your also aging CPU as well.
|
|
1 members found this post helpful.
|
05-09-2014, 09:58 AM
|
#78
|
Senior Member
Registered: Jul 2004
Location: Jogja, Indonesia
Distribution: Slackware-Current
Posts: 4,765
|
i can confirm 304.121 worked without any patch for Linux Kernel 3.14.3
|
|
1 members found this post helpful.
|
05-09-2014, 10:24 AM
|
#79
|
LQ Veteran
Registered: May 2008
Posts: 7,014
|
I've been using 319.82 for a while now as anything newer than that introduces tearing to 'xv' video on my box, but that only works up to 3.12.y (or 3.13.y using an unofficial patch). Think I'll give the 304.xx drivers a go and see if they're also tear-free. Will likely be easier to keep updated if they work for me.
|
|
|
05-09-2014, 05:47 PM
|
#80
|
Member
Registered: Sep 2011
Posts: 925
|
Quote:
Originally Posted by enorbet
Someone pointed out that FOSS video drivers for ANY legacy video card, regardless of manufacturer, tend to "go south" over time because the devs have upgraded their hardware and no longer can properly maintain. This should be a lesson.
|
Legacy open source code can break just by recompiling it. So even with FOSS drivers, the better strategy would be keeping the known-good binaries around and plug them into stable interfaces. This is how commercial closed source OSes handle this.
Sadly with "modular Xorg" this isn't possible and that makes the whole "modularity" a joke. In the early days of monolithic X11, you just had to keep a working X server binary around...
Quote:
If newer video cards are available for your platform it is just easier and most often a delightful improvement to upgrade
|
That is only an option for a minority of all PCs. Most GPUs are integrated (notebook etc.) and even if you have an expansion bus available, it is already outdated (like AGP) by the time the driver bit-rot problem surfaces.
|
|
1 members found this post helpful.
|
05-09-2014, 11:38 PM
|
#81
|
Senior Member
Registered: Jun 2003
Location: Virginia
Distribution: Slackware = Main OpSys
Posts: 4,928
|
Thankfully it is doubtful that PCIe will be saturated for many years. Hopefully more notebook manufacturers will plan for this, or already are, and will provide notebook users with an upgrade path for graphics.
|
|
|
05-10-2014, 01:10 AM
|
#82
|
Member
Registered: Sep 2011
Posts: 925
|
Quote:
Originally Posted by enorbet
Thankfully it is doubtful that PCIe will be saturated for many years.
|
In most modern PCs PCIe isn't used anymore for graphics, because the graphics processor is integrated directly into the CPU.
Quote:
Hopefully more notebook manufacturers will plan for this, or already are, and will provide notebook users with an upgrade path for graphics.
|
Most notebook manufacturers want to sell non-upgradable thin and light devices together with mainstream operating systems. These OSes don't have GPL issues and provide stable driver interfaces. The hardware manufacturers don't care about self-induced binary driver breakage in niche platforms.
|
|
|
All times are GMT -5. The time now is 04:39 AM.
|
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.
|
Latest Threads
LQ News
|
|