[xorg] Xserver pre-pciaccess cleanup

[Thomas Klausner <wiz%NetBSD.org@localhost>]

This looks like it might affect NetBSD too, so if you have time,
please take a look at and comment on the changeset; thread starts at
http://lists.x.org/archives/xorg-devel/2014-July/043343.html

Thanks,
 Thomas

----- Forwarded message from Adam Jackson <ajax%redhat.com@localhost> -----

Date: Tue, 29 Jul 2014 15:00:07 -0400
From: Adam Jackson <ajax%redhat.com@localhost>
To: xorg-devel%lists.x.org@localhost
Subject: [PATCH 00/12] Clean up yet more pre-pciaccess garbage

This series removes most of the remaining OS awareness in the PCI code,
delegating the hard work to pciaccess; phrased another way, struct
VidMemInfo is gone, and good riddance.

This has a bit more external impact than the last dead-code series, but
still not a huge amount.  Dropping xf86{Map,Unmap}VidMem means fixing up
geode, sis, xgi, neomagic, and newport.  Dropping xf86LinearVidMem means
a small fixup to mach64, and also means the pre-BWX alpha support is now
formally Somebody Else's Problem.  Finally, OpenBSD's pciaccess backend
requires that you pass in the /dev/mem fd from above, which is asymmetric
from how every other OS does it, so pciaccess will need an adjustment too.

Again, I'm happy to fix up all of the above before this is merged.  I
assume the OpenBSD fixup will basically be moving that code down into
pciaccess, but I'm open to suggestions.

Oh yeah, I've also not tested the linux vm86 backend change yet.  Mostly
that's because I want to delete that backend entirely.

On the plus side this burns off about a quarter of os-support/, and we're
finally actually doing just about everything through pciaccess that we
can, a mere six years after the merge!

 42 files changed, 61 insertions(+), 3763 deletions(-)

- ajax

_______________________________________________
xorg-devel%lists.x.org@localhost: X.Org development
Archives: http://lists.x.org/archives/xorg-devel
Info: http://lists.x.org/mailman/listinfo/xorg-devel


----- End forwarded message -----