xf86-video-mga: Changes to 'master'
Jamey Sharp
jamey at kemper.freedesktop.org
Tue Sep 20 10:37:43 PDT 2011
src/Makefile.am | 1
src/binding.h | 31 --
src/client.h | 40 --
src/clientlx.c | 848 -------------------------------------------------------
src/mga.h | 38 --
src/mga_dacG.c | 48 ---
src/mga_driver.c | 604 ---------------------------------------
src/mga_esc.c | 778 --------------------------------------------------
src/mga_macros.h | 11
src/mga_merge.c | 37 --
10 files changed, 2436 deletions(-)
New commits:
commit 94bbeb132c7eda912d1b402a1a91ca7cbbf5e6a1
Author: Jamey Sharp <jamey at minilop.net>
Date: Thu Sep 15 10:29:11 2011 -0500
Delete support for MGA's proprietary HAL: unifdef USEMGAHAL.
This patch produced with:
for f in `git grep -Fwl USEMGAHAL`; do
unifdef -B -UUSEMGAHAL $f | sponge $f
done
Adam Jackson wrote:
Hey, so, remember back in the dark ages when dualhead was this
insanely wild differentiating feature? Matrox thought it was so
special, in fact, that they hid most of the implementation of it
(and a bunch of other stuff) in a binary-only blob called the
HALlib. As you'd expect it was pretty much a cut-and-paste of
the relevant Windows code, and then some open glue to keep it
working; clientlx.c is that glue.
I guess the theory was that if you don't tell people which
registers to duplicate to implement a second pipe in their own
hardware, they won't figure it out? A pretty eyeroll-worthy
idea even at the time, and definitely not something we should be
condoning anymore.
Kill it with fire, but while you're at it, untangle the hideous
mess of MGA_HAL() macros too.
Signed-off-by: Jamey Sharp <jamey at minilop.net>
Cc: Adam Jackson <ajax at redhat.com>
commit ae90c47503bc1015a50e7ea6d22ec10e5e0d4113
Author: Jamey Sharp <jamey at minilop.net>
Date: Tue Sep 13 16:01:57 2011 -0500
Nothing uses clientlx.c, so delete it.
Adam Jackson wrote:
Hey, so, remember back in the dark ages when dualhead was this
insanely wild differentiating feature? Matrox thought it was so
special, in fact, that they hid most of the implementation of it
(and a bunch of other stuff) in a binary-only blob called the
HALlib. As you'd expect it was pretty much a cut-and-paste of
the relevant Windows code, and then some open glue to keep it
working; clientlx.c is that glue.
I guess the theory was that if you don't tell people which
registers to duplicate to implement a second pipe in their own
hardware, they won't figure it out? A pretty eyeroll-worthy
idea even at the time, and definitely not something we should be
condoning anymore.
Kill it with fire ...
Signed-off-by: Jamey Sharp <jamey at minilop.net>
Reviewed-by: Jeremy Huddleston <jeremyhu at apple.com>
Reviewed-by: Adam Jackson <ajax at redhat.com>
More information about the xorg-commit
mailing list