Quoting Ville Syrj�l� ([EMAIL PROTECTED]): > On Mon, Jan 13, 2003 at 04:31:17PM +0100, Denis Oliver Kropp wrote: > > Quoting Ville Syrj?l? ([EMAIL PROTECTED]): > > > > #ifndef BuildXKB > > > > #define BuildXKB YES > > > > +#endif > > > > + > > > > +#ifndef BuildXKBlib > > > > +#define BuildXKBlib YES > > > > #endif > > > > I applied the patch to CVS. > > > > > BTW have you tried my triple buffering patch w/ CRTC2? > > > > If it works I would like to include it as "experimental > > until well tested" in 0.9.17, i.e. after the next release. > > I only tested it quickly myself. I've been somewhat busy with real life > (tm) recently and haven't given this much thought. The code does have some > issues. > > Triple buffering doesn't do anything useful for layers where flip happens > immediately. > Solution: Do the fbdev_pan() stuff from the kernel vsync handler?
Triple buffering doesn't imply ONSYNC in my opinion, but having it as the default until DSFLIP_ONSYNC is available sounds reasonable. > What to do with WAITFORSYNC flag? > Solution 1: Do nothing. > Solution 2: Sleep like with double buffering. It should wait for the sync after or before flipping depending on the ONSYNC flag. So it should always sleep until vsync. > The problem with my solutions is that they require the kernel patch to > work. What happens if the patch hasn't been applied or the driver in > question doesn't even have a patch? If the graphics card always flips immediately it won't be possible to use DSFLIP_ONSYNC without DSFLIP_WAITFORSYNC. Cards that flip during retrace only cannot support flipping without DSFLIP_ONSYNC. The fbdev API should add support for setting if the "pan" happens immediately or on sync. -- Best regards, Denis Oliver Kropp .------------------------------------------. | DirectFB - Hardware accelerated graphics | | http://www.directfb.org/ | "------------------------------------------" Convergence GmbH -- Info: To unsubscribe send a mail to [EMAIL PROTECTED] with "unsubscribe directfb-dev" as subject.
