Hi Jun On Fri, 29 Oct 2010, Jun Nie wrote: > Hi Guennadi, > I find that your idea of "provide a generic framebuffer driver > that could sit on top of a v4l output driver", which may be a good > solution of our LCD controller driver, or maybe much more other SOC > LCD drivers. V4L2 interface support many features than framebuffer for > video playback usage, such as buffer queue/dequeue, quality control, > etc. However, framebuffer is common for UI display. Implement two > drivers for one controller is a challenge for current architecture. > I am interested in your idea. Could you elaborate it? Or do you > think multifunction driver is the right solution for this the > scenario? Right, we have discussed this idea at the V4L2/MC mini-summit earlier this year, there the outcome was, that the idea is not bad, but it is easy enough to create such framebuffer additions on top of specific v4l2 output drivers anyway, so, noone was interested enough to start designing and implementing such a generic wrapper driver. However, I've heard, that this topic has also been scheduled for discussion at another v4l / kernel meeting (plumbers?), so, someone might be looking into implementing this... If you yourself would like to do that - feel free to propose a design on both mailing lists (fbdev added to cc), then we can discuss it, and you can implement it;) Thanks Guennadi --- Guennadi Liakhovetski, Ph.D. Freelance Open-Source Software Developer http://www.open-technology.de/ -- To unsubscribe from this list: send the line "unsubscribe linux-media" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
