Hi,
On 08/11/2011 10:32 PM, Mauro Carvalho Chehab wrote:
snip stuff I agree with
instead of using the V4L2 device node to access the stored images, it probably
makes
more sense to use a separate device for that, that will handle a separate set of
ioctl's, and just use read() to retrieve the
Hi,
On 08/11/2011 04:56 PM, Alan Stern wrote:
On Thu, 11 Aug 2011, Hans de Goede wrote:
The alternative seems to be to define a device-sharing protocol for USB
drivers. Kernel drivers would implement a new callback (asking them to
give up control of the device), and usbfs would implement new
I need to use some isp structures ( isp_v4l2_subdevs_group, isp_platform_data
,isp_subdev_i2c_board_info etc.) in board-omap3evm-camera.c. For that header
file isp.h has to be included .
Currently I am including it in this way:
#include ../drivers/media/video/omap3isp/isp.h
Is there a better
The following changes since commit
9bed77ee2fb46b74782d0d9d14b92e9d07f3df6e:
[media] tuner_xc2028: Allow selection of the frequency adjustment code for
XC3028 (2011-08-06 09:52:47 -0300)
are available in the git repository at:
git://linuxtv.org/jfrancois/gspca.git for_v3.2
Jean-François
On Thursday 11 August 2011 23:21:45 Sakari Ailus wrote:
On Thu, Aug 11, 2011 at 11:57:04AM +0200, Michael Jones wrote:
Hi Laurent,
If I understood your discussion with Russell [1] correctly, user pointer
buffers are required to be page-aligned because of the IOMMU API, and
it's
instead of using the V4L2 device node to access the stored images, it
probably makes
more sense to use a separate device for that, that will handle a separate set
of
ioctl's, and just use read() to retrieve the image data, after selecting the
desired
image number, via ioctl().
How
From: KAMEZAWA Hiroyuki kamezawa.hir...@jp.fujitsu.com
This commit introduces alloc_contig_freed_pages() function
which allocates (ie. removes from buddy system) free pages
in range. Caller has to guarantee that all pages in range
are in buddy system.
Along with this function, a
This patch adds support for CMA to dma-mapping subsystem for ARM
architecture. By default a global CMA area is used, but specific devices
are allowed to have their private memory areas if required (they can be
created with dma_declare_contiguous() function during board
initialization).
Contiguous
From: Russell King rmk+ker...@arm.linux.org.uk
Steal memory from the kernel to provide coherent DMA memory to drivers.
This avoids the problem with multiple mappings with differing attributes
on later CPUs.
Signed-off-by: Russell King rmk+ker...@arm.linux.org.uk
[m.szyprowski: rebased onto
From: Michal Nazarewicz m.nazarew...@samsung.com
This commit adds the alloc_contig_range() function which tries
to allecate given range of pages. It tries to migrate all
already allocated pages that fall in the range thus freeing them.
Once all pages in the range are freed they are removed from
From: KAMEZAWA Hiroyuki kamezawa.hir...@jp.fujitsu.com
Memory hotplug is a logic for making pages unused in the specified
range of pfn. So, some of core logics can be used for other purpose
as allocating a very large contigous memory block.
This patch moves some functions from
This patch is an example how device private CMA area can be activated.
It creates one CMA region and assigns it to the first s5p-fimc device on
Samsung Goni S5PC110 board.
Signed-off-by: Marek Szyprowski m.szyprow...@samsung.com
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
---
The Contiguous Memory Allocator is a set of helper functions for DMA
mapping framework that improves allocations of contiguous memory chunks.
CMA grabs memory on system boot, marks it with CMA_MIGRATE_TYPE and
gives back to the system. Kernel is allowed to allocate movable pages
within CMA's
From: Michal Nazarewicz m.nazarew...@samsung.com
This commit changes various functions that change pages and
pageblocks migrate type between MIGRATE_ISOLATE and
MIGRATE_MOVABLE in such a way as to allow to work with
MIGRATE_CMA migrate type.
Signed-off-by: Michal Nazarewicz
From: Michal Nazarewicz m.nazarew...@samsung.com
The MIGRATE_CMA migration type has two main characteristics:
(i) only movable pages can be allocated from MIGRATE_CMA
pageblocks and (ii) page allocator will never change migration
type of MIGRATE_CMA pageblocks.
This guarantees that page in a
Hello again,
Like I promissed on Linaro Sprint meeting, yet another round of
Contiguous Memory Allocator patches are now available. I hope that this
version finally solves all pending issues and can be widely tested in
ARM platform as well as finally be merged to -next kernel tree for even
more
From: Julia Lawall ju...@diku.dk
It seems just as necessary to free cam-vdev and cam in this error case as
in the next one.
Signed-off-by: Julia Lawall ju...@diku.dk
---
There is yet another block of error handling code below the call to
zr364xx_board_init, but perhaps no cleanup code is needed
On Friday 12 August 2011, Marek Szyprowski wrote:
From: Russell King rmk+ker...@arm.linux.org.uk
Steal memory from the kernel to provide coherent DMA memory to drivers.
This avoids the problem with multiple mappings with differing attributes
on later CPUs.
Signed-off-by: Russell King
On Friday 12 August 2011, Marek Szyprowski wrote:
@@ -82,16 +103,16 @@ static struct page *__dma_alloc_buffer(struct device
*dev, size_t size, gfp_t gf
if (mask 0xULL)
gfp |= GFP_DMA;
- page = alloc_pages(gfp, order);
- if (!page)
-
On Fri, 12 Aug 2011, Hans de Goede wrote:
I'm not claiming that this is a better solution than putting everything
in the kernel. Just that it is a workable alternative which would
involve a lot less coding.
This is definitely an interesting proposal, something to think about ...
I
According to http://linuxtv.org/downloads/v4l-dvb-apis/packed-rgb.html,
V4L2_PIX_FMT_RGB565 is defined as
Identifier Byte 0 in memory Byte 1
Bit 7 6 5 4 3 2 1 07 6 5 4 3 2 1 0
V4L2_PIX_FMT_RGB565 g2 g1 g0 r4 r3 r2 r1 r0 b4 b3 b2 b1 b0
On Fri, 12 Aug 2011 14:38:40 +0200 Josef Lusticky wrote:
Hi Randy,
thank you for your answer!
The commit seems to fix issues with ip_vs_ctl module,
but I got another panic today using the script on the same machine.
Here's the output:
Hi Josef,
Adding linux-media mailing list...
***
Hi Josef,
Em 12-08-2011 14:28, Randy Dunlap escreveu:
On Fri, 12 Aug 2011 14:38:40 +0200 Josef Lusticky wrote:
Hi Randy,
thank you for your answer!
The commit seems to fix issues with ip_vs_ctl module,
but I got another panic today using the script on the same machine.
Here's the output:
Em 12-08-2011 13:26, Laurent Pinchart escreveu:
According to http://linuxtv.org/downloads/v4l-dvb-apis/packed-rgb.html,
V4L2_PIX_FMT_RGB565 is defined as
Identifier Byte 0 in memory Byte 1
Bit 7 6 5 4 3 2 1 07 6 5 4 3 2 1 0
This message is generated daily by a cron job that builds v4l-dvb for
the kernels and architectures in the list below.
Results of the daily build of v4l-dvb:
date:Fri Aug 12 19:00:30 CEST 2011
git hash:9bed77ee2fb46b74782d0d9d14b92e9d07f3df6e
gcc version: i686-linux-gcc (GCC)
drivers/media/video/omap3isp/isp.h is not a proper location for a header
that needs to be included from board code. Move the platform data
definitions to media/omap3isp.h.
Board code still needs to include isp.h to get the struct isp_device
definition and access OMAP3 ISP platform callbacks.
Hi Ravi,
On Friday 12 August 2011 09:35:16 Ravi, Deepthy wrote:
I need to use some isp structures ( isp_v4l2_subdevs_group,
isp_platform_data ,isp_subdev_i2c_board_info etc.) in
board-omap3evm-camera.c. For that header file isp.h has to be included .
Currently I am including it in this way:
On Fri, 12 Aug 2011 16:05:43 -0300 Mauro Carvalho Chehab wrote:
Hi Josef,
Em 12-08-2011 14:28, Randy Dunlap escreveu:
On Fri, 12 Aug 2011 14:38:40 +0200 Josef Lusticky wrote:
Hi Randy,
thank you for your answer!
The commit seems to fix issues with ip_vs_ctl module,
but I got
Hi Sriram,
On Tuesday 09 August 2011 19:03:17 Sriram V wrote:
Hi,
Does the omap3isp driver implementation support rgb888 format?
No, that's not supported. The driver only support raw sensors. Support for
YUYV sensors could be implemented, but the hardware doesn't support RGB888
(except
I have searched the archives and can find no reference to this USB
stick so I suspect it is not supported.
Does anyone know if it is supported or not?
http://www.hauppauge.co.uk/site/products/data_duet.html
Thanks
--
To unsubscribe from this list: send the line unsubscribe linux-media in
the
Hi,
On Wednesday 10 August 2011 10:23:37 Marek Szyprowski wrote:
From: Andrzej Pietrasiewicz andrze...@samsung.com
Scatter-gather lib provides a helper functions to allocate scatter list,
so there is no need to use vmalloc for it. sg_alloc_table() splits
allocation into page size chunks and
31 matches
Mail list logo
