Em Wed, 29 Jul 2009 12:30:19 +0900 "Dongsoo, Nathaniel Kim" <[email protected]> escreveu:
> Sorry my bad. I missed something very important to explain my issue clear. > The thing is, I want to reserve specific amount of continuous physical > memory on machine initializing time. Therefor some multimedia > peripherals can be using this memory area exclusively. > That's what I was afraid of could not being adopted in main line kernel. In the past, some drivers used to do that, but this is also a source of problems, especially with general-purpose machines, where you're loosing memory that could otherwise be used by something else. I never tried to get the details, but I think the strategy were to pass a parameter during kernel boot, for it to reserve some amount of memory that would later be claimed by the V4L device. > And if I use reserved memory on purpose, I might have problem using > videobuf because it uses dma_alloc_coherent() anyway. It is a matter of testing and adjusting it, if needed. Feel free to propose improvements on it as needed. > > There's also an special type of transfer called overlay mode. On the overlay > > mode, the DMA transfers are mapped directly into the output device. > > > > In general, the drivers that implement overlay mode also mmap(), but this is > > done, on those drivers, via a separate DMA transfer. > > > > The applications that benefit with overlay mode, uses overlay for display > > and > > mmap for record, and may have different resolutions on each mode. > > > > Yes I think if I'm getting right, I have similar feature which is > transferring data from camera interface to frame buffer with FIFO > pipeline. > And I consider this as an overlay feature. It seems so. By using overlay, you'll avoid memcpy the data. > I hope I could participate in cutting edge Linux technology with my works. > As far as I know, there are plenty of areas need to be improved for > camera devices in Linux kernel. Welcome to the team! For sure there are lots of work, especially when looking at embedded hardware needs. For a long time, most of V4L work were focused only on PC running at i386 architecture. Over the last years, some work is done to make it more generic and to enhance V4L to better support other architectures. Cheers, Mauro -- To unsubscribe from this list: send the line "unsubscribe linux-media" in the body of a message to [email protected] More majordomo info at http://vger.kernel.org/majordomo-info.html
