Originally posted by RahulSundaram
View Post
Announcement
Collapse
No announcement yet.
Fedora 21 Drops Support For A Bunch Of Old GPUs
Collapse
X
-
-
It is also a little harsh to say that it is Fedora doing this purely on its own - it is representative of the larger problem of backwards support. And there are workarounds involving different solutions and trade-offs when it comes to dealing with this, which makes the small crowd affected by these changes diminish even further. As disconcerting as it is for those it affects, it is actually a rather small problem as opposed to the other issues facing distros and the Linux graphics stack.
Comment
-
I think the main problem with backwards compatibility is that nobody cares until it's officially unsupported. It makes the ones who actually work with the code look like the bad guys who cut you off, when usually this dropped support is for drivers which has been already unmaintained for a long time.
Comment
-
Originally posted by Hamish Wilson View PostIt is also a little harsh to say that it is Fedora doing this purely on its own - it is representative of the larger problem of backwards support. And there are workarounds involving different solutions and trade-offs when it comes to dealing with this, which makes the small crowd affected by these changes diminish even further. As disconcerting as it is for those it affects, it is actually a rather small problem as opposed to the other issues facing distros and the Linux graphics stack.Test signature
Comment
-
Originally posted by chithanh View PostThat's a truism in Open Source. Of course one can participate and maintain the UMS drivers in Fedora, or even write and contribute a KMS driver for SiliconMotion and XGI server graphics. But the question was whether owners of such hardware would want to run a modern Linux distribution and what options they have when choosing a distro.
Comment
-
I was more worried about the example being set
Originally posted by Hamish Wilson View PostBut shouldn't longer supported distros be able to fill that void somewhat, such as LTE versions of Ubuntu, stable versions of Debian, or enterprise solutions such as RHEL?
This is Fedora that is dropping them, remember.
In the longer run, I do think the whole Linux world will have to fork, with one sector dedicated to supporting older hardware but keeping up with newer peripherals, while the other focusses on maximum performance from newer machines. After all, the generation spread of existing and in-use machines that can do certain workloads that really never change just keeps getting wider and wider. Until then, it might be enough for X to mantain compatability with older drivers, no need to put them on install disks or pull them into a default X install. Wayland and Mir, obviously, need only support OpenGL capable cards from the get-go, but so long as Xorg is in repo, it should support all drivers even if they have to come from a 3ed party repo.
Comment
-
Originally posted by Luke View PostHere's a thought: Why are drivers for graphics cards that were no longer made in 2003 included and supported in 64-bit versions of anything? There were no x86-64 machines made before then, so has anyone here heard of a use case for Mach64, etc on a 64 bit system? If not, then these drivers need only be maintained by anyone in 32 bit.
From 2006 to 2008 IIRC I used a setup like that: 64-bit system, but with pre-03 gpus. First Rage II+dvd and later Matrox G200 Millenium.
inb4 why: because I could I wasn't going to pay for a gpu when I didn't need a beefy one, so I put in some old PCI one I had in the closet.
Comment
-
Originally posted by Luke View PostWayland and Mir, obviously, need only support OpenGL capable cards from the get-go, but so long as Xorg is in repo, it should support all drivers even if they have to come from a 3ed party repo.
Comment
-
Originally posted by Luke View PostIn the longer run, I do think the whole Linux world will have to fork, with one sector dedicated to supporting older hardware but keeping up with newer peripherals, while the other focusses on maximum performance from newer machines. After all, the generation spread of existing and in-use machines that can do certain workloads that really never change just keeps getting wider and wider.
When old hardware hobbyists want to use older hardware with other operating systems they use older/longer supported releases. As much as we appreciate that Linux is more flexible here than most, we can not expect miracles for such small use cases.
Forking the entire Linux ecosystem certainly seems like an overreaction for not being able to use Btrfs on a Pentium III.
Comment
-
Originally posted by Hamish Wilson View PostBut that does seem like a lot of effort over a rather small problem of older hardware not being able to access the latest Linux features.
When old hardware hobbyists want to use older hardware with other operating systems they use older/longer supported releases. As much as we appreciate that Linux is more flexible here than most, we can not expect miracles for such small use cases.
Forking the entire Linux ecosystem certainly seems like an overreaction for not being able to use Btrfs on a Pentium III.
Comment
Comment