On Wed, 2005-03-16 at 01:05 +0200, Ville Syrjälä wrote: > True. Currently DirectFB doesn't handle this correctly. But that could be > easily fixed if only line_length wasn't totally misplaced. It really > belongs to fb_var_screeninfo. We could first test the mode with > FB_ACTIVATE_TEST and actually see how much memory it needs and could > evict enough offscreen surfaces to make room before actually setting the > mode. Currently it would need some guesswork.
Agreed. line_lenght was misplaced... I suppose there may be interest in making a v2 of the var structure and using a flag to indicate wether we are passing a v1 or a v2 one... In the meantime, can you tell me more about your arbitration scheme ? Arbitration is what I'm trying to solve. There are two main issues: multiple card arbitration (that is, the VGA cruft to deal with) and arbitration between access on X heads of the same card (which would be nice, but not mandatory, DirectFB may take over all heads of the card, doing that wuld require proper use of the DRM lock & engine context switch, more of a long term goal). Ben. ------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_ide95&alloc_id396&op=click -- _______________________________________________ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
