Thread (2 messages) 2 messages, 2 authors, 2010-05-27

RE: Tentative agenda for Helsinki mini-summit

flat view

From: Pawel Osciak <hidden>
Date: 2010-05-27 11:43:54
Also in: linux-media

Guennadi Liakhovetski [off-list ref] wrote:
On Thu, 27 May 2010, Pawel Osciak wrote:
quoted
Hi,
quoted
Guennadi Liakhovetski wrote:

No idea whether this is a worthy and suitable topic for this meeting, but:

V4L(2) video output vs. framebuffer.

How about a v4l2-output - fbdev translation layer? You write a v4l2-output
driver and get a framebuffer device free of charge... TBH, I haven't given
this too much of a thought, but so far I don't see anything that would
make this impossible in principle. The video buffer management is quite
different between the two systems, but maybe we can teach video-output
drivers to work with just one buffer too? Anyway, feel free to tell me why
this is an absolutely impossible / impractical idea;)
We also use v4l2-outputs for our display interfaces and for that we have
v4l2-subdevices in a framebuffer driver. Although we have had no need for
such a translation layer per se up to now, the idea seems interesting.
Interesting, but sorry, don't quite understand "we use v4l2-outputs" and
"in a framebuffer driver" - so, is it a framebuffer (/dev/fbX) or a v4l2
output device driver or both? Which driver is this? Is it already in the
mainline?
It's the (mostly) standard s3c-fb driver with a v4l2-subdev video interface
added. A separate v4l2 output device driver uses that interface to communicate
with the framebuffer driver, as some setup is required on both parts.

Those operations cannot be performed from userspace as they have to be
synchronized in interrupts.

Best regards
--
Pawel Osciak
Linux Platform Group
Samsung Poland R&D Center

Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help