sorry, i see this patch has already been added. as far as i know this is all that is necessary for xorg 1.14 compatibility. in the rare chance that we have PRIME (nvidia optimus/other hybrid graphics users) i also have another patch, but it is a dirty hack.
On 4/23/13, Tod Jackson <[email protected]> wrote: > This is a patch that works for vesa and fbdev for the latest > xorg-server. I have tested it successfully on CRUX Linux, a distro I > used to use. I really don't think it's a good idea to remove support > for these drivers. > > From 60d2dc115c4b6210d3b1e05f5b0c39d1f7917cbc Mon Sep 17 00:00:00 2001 > From: Adam Jackson <[email protected]> > Date: Tue, 25 Sep 2012 12:55:03 +0000 > Subject: Remove mibstore.h > > Signed-off-by: Adam Jackson <[email protected]> > --- > diff --git a/src/vesa.c b/src/vesa.c > index 11cd26c..b73d104 100644 > --- a/src/vesa.c > +++ b/src/vesa.c > @@ -49,9 +49,6 @@ > /* All drivers initialising the SW cursor need this */ > #include "mipointer.h" > > -/* All drivers implementing backing store need this */ > -#include "mibstore.h" > - > /* Colormap handling */ > #include "micmap.h" > #include "xf86cmap.h" > @@ -1081,7 +1078,6 @@ VESAScreenInit(SCREEN_INIT_ARGS_DECL) > VESADGAInit(pScrn, pScreen); > > xf86SetBlackWhitePixels(pScreen); > - miInitializeBackingStore(pScreen); > xf86SetBackingStore(pScreen); > > /* software cursor */ > > > > > On 4/23/13, William Orr <[email protected]> wrote: >> >>> Ivan Lazar Miljenovic <mailto:[email protected]> >>> April 20, 2013 2:03 AM >>> On 20 April 2013 07:27, Paul Seidler<[email protected]> wrote: >>>> David Leverton<[email protected]> wrote: >>>>> Paul Seidler wrote: >>>>>> Here is the list of the broken ones: >>>>>> xf86-video-dummy >>>>> Not sure what this is for, but it's probably not "obsolete hardware". >>>>> >>>>>> xf86-video-fbdev >>>>>> xf86-video-vesa >>>>> These might be useful as fallbacks when a more sophisticated driver >>>>> isn't available/working. >>>>> >>>>>> xf86-video-vmware >>>>> Presumably useful for VMware users. >>>> I was also writing about unneeded drivers. Yes, I didn't mentioned it >>>> in the subject … >>>> I'm aware of the possible use-cases the question is, if somebody really >>>> is interested in these. *I* would no more use a X-Server with >>>> fbdev/vesa >>>> nor exherbo in a VirtualBox. >>> >>> Isn't vesa still useful for the cases where a binary driver fails for >>> some reason and you need a fallback? >>> >>>> _______________________________________________ >>>> Exherbo-dev mailing list >>>> [email protected] >>>> http://lists.exherbo.org/mailman/listinfo/exherbo-dev >>>> >>> >>> >>> >>> Paul Seidler <mailto:[email protected]> >>> April 19, 2013 5:27 PM >>> >>> I was also writing about unneeded drivers. Yes, I didn't mentioned it >>> in the subject … >>> I'm aware of the possible use-cases the question is, if somebody really >>> is interested in these. *I* would no more use a X-Server with fbdev/vesa >>> nor exherbo in a VirtualBox. >>> _______________________________________________ >>> Exherbo-dev mailing list >>> [email protected] >>> http://lists.exherbo.org/mailman/listinfo/exherbo-dev >>> David Leverton <mailto:[email protected]> >>> April 19, 2013 4:45 PM >>> Paul Seidler wrote: >>>> Here is the list of the broken ones: >>> >>>> xf86-video-dummy >>> >>> Not sure what this is for, but it's probably not "obsolete hardware". >>> >>>> xf86-video-fbdev >>>> xf86-video-vesa >>> >>> These might be useful as fallbacks when a more sophisticated driver >>> isn't available/working. >>> >>>> xf86-video-vmware >>> >>> Presumably useful for VMware users. >>> >>> >>> >>> _______________________________________________ >>> Exherbo-dev mailing list >>> [email protected] >>> http://lists.exherbo.org/mailman/listinfo/exherbo-dev >>> Paul Seidler <mailto:[email protected]> >>> April 19, 2013 3:07 PM >>> A lot of drivers in the tree are incompatible with the latest stable >>> xorg-server (0.14.1). I'm not really motivated to bump and test those >>> drivers before the unmask because I think most of them are simply >>> obsolete or unneeded. >>> >>> Here is the list of the broken ones: >>> xf86-input-wacom >>> xf86-video-apm >>> xf86-video-ark >>> xf86-video-ast >>> xf86-video-chips >>> xf86-video-dummy >>> xf86-video-fbdev >>> xf86-video-glint >>> xf86-video-i128 >>> xf86-video-i740 >>> xf86-video-mach64 >>> xf86-video-mga >>> xf86-video-openchrome >>> xf86-video-neomagic >>> xf86-video-newport >>> xf86-video-r128 >>> xf86-video-rendition >>> xf86-video-s3 >>> xf86-video-s3virge >>> xf86-video-savage >>> xf86-video-siliconmotion >>> xf86-video-sis >>> xf86-video-sisusb >>> xf86-video-sunffb >>> xf86-video-tdfx >>> xf86-video-tga >>> xf86-video-trident >>> xf86-video-tseng >>> xf86-video-vesa >>> xf86-video-vmware >>> xf86-video-voodoo >>> >>> Please let me know which one are still required or bump them >>> yourself. I will unmask 1.14 next weekend and mask the remaining >>> drivers as broken and remove them after a reasonable time. >>> _______________________________________________ >>> Exherbo-dev mailing list >>> [email protected] >>> http://lists.exherbo.org/mailman/listinfo/exherbo-dev >> >> vesa definitely shouldn't be removed - people generally use it as the >> fallback driver when any of the binary ones don't work. The Nvidia >> documentation even specifically recommends it over the nv driver. >> >> Also, I would recommend that xf86-video-nv be added to the list, as it's >> deprecated and not under active development anymore. >> >
_______________________________________________ Exherbo-dev mailing list [email protected] http://lists.exherbo.org/mailman/listinfo/exherbo-dev
