Hi, On 24 September 2011 13:26, Mark Kettenis <mark.kette...@xs4all.nl> wrote: > It's still work. And it probably inflicts pain on people like Micahel > Daenzer who maintain drivers for older xserver releases. And it also > inflicts pain on people who maintain drivers out of the git > repositories on freedesktop.org. Like the xf86-video-intel driver we > have on OpenBSD with forward ported modesetting changes.
So, given that this apparently causes so much work for you: would it not be easier in the long run (as well as vastly more sensible) to work on KMS support so you don't need to maintain a forked driver from now until forever? > I don't really object to the canges to the in10 module (although the > libpciaccess API uses uint32_t instead of unsigned int). But please > keep the IOADDRESS typedef until the majority of the video drivers > have been converted to use the libpciaccess API to do port IO. Cool, that sounds like a good plan to me. Who's going to do it? Has anybody actually got this hardware in a multiple domain machine, with the time to do it? Can you say with a straight face that you expect to see patches porting them to libpciaccess with full multiple domain support within the next release cycle? Within the next year? I know it might sound like I'm trolling, but these are entirely serious questions. Cheers, Daniel _______________________________________________ xorg-devel@lists.x.org: X.Org development Archives: http://lists.x.org/archives/xorg-devel Info: http://lists.x.org/mailman/listinfo/xorg-devel