xf86-video-mga: Changes to 'master'

[Jamey Sharp]

 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>