[Mesa-dev] DEATH to old drivers!
Dee Sharpe
demetrioussharpe at netscape.net
Wed Aug 24 15:04:53 PDT 2011
On 8/24/2011 2:47 PM, Alex Deucher wrote:
> On Wed, Aug 24, 2011 at 3:37 PM, Dee Sharpe
> <demetrioussharpe at netscape.net> wrote:
>> On 8/24/2011 2:11 PM, Ian Romanick wrote:
>>> -----BEGIN PGP SIGNED MESSAGE-----
>>> Hash: SHA1
>>>
>>> I'd like to propose giving the ax to a bunch of old, unmaintained
>>> drivers. I've been doing a bunch of refactoring and reworking of core
>>> Mesa code, and these drivers have been causing me problems for a number
>>> of reasons.
>>>
>>> 1. The hardware is so old that it doesn't support a lot of features that
>>> have been common for 12+ years.
>>>
>>> 2. The drivers are so unmaintained that even hacking in new features
>>> with dummy implementations is painful.
>>>
>>> 3. The drivers are so buggy that many piglit tests hang the GPU. I
>>> tried doing a piglit run on a Rage128 Pro that I have, but I gave up
>>> after having to blacklist 15 tests.
>>>
>>> It also seems that at least some distros (e.g., Fedora) have stopped
>>> shipping non-DRI2 drivers. If nobody is shipping it, nobody is using it.
>>>
>>> My specific proposal is:
>>>
>>> - Remove all DRI1 drivers: i810, mach64, mga, r128, savage, sis, tdfx,
>>> and unichrome.
>>>
>>> - Remove all unmaintained Windows drivers: gldirect, icd.
>>>
>>> - Remove beos.
>>>
>>> - Remove fbdev (this is swrast on raw fbdev).
>>>
>>> Opinions?
>> Rather than completely getting rid of these drivers, can they just be moved
>> to an archived branch with a side note in one of the README files or
>> something? Many of these drivers give examples of how these systems
>> interfaced with Mesa3d back when they still worked. They'd serve as a great
>> starting point for implementers who'd like to bring those platforms back up
>> to speed with the rest of the platforms that run Mesa3d.
>>
> You can see them in the git history and the old release tags and
> branches. That should cover it.
>
Ok, well, that's good enough for me!
--
Dee Sharpe
The difference between what IS done
& what COULD be done is relational to
what you ARE doing& what you COULD be doing!
More information about the mesa-dev
mailing list