Warsaw brainstorm meeting: be prepared!

Hi all! The last information I have indicates that we may have up to 14 developers attending the meeting. This is quite a large group for a brainstorming meeting. So in order to prevent chaos I would like to ask all participants to prepare for the meeting: - if your company has multiple particip

Question on OpenCV camera support

Hi, I'm seeing that when using OpenCV there is no way to query video camera capabilities from within the API, you need to go straight into V4L stuff to get that info. I did a patch for enabling such capabilities but I'm looking into the appropriate forum for submitting the code, does anyone here

Re: [PATCHv2 0/3] hwmem: Hardware memory driver

Hi, CCed updated Michal email address, One note, As Michal moved to google, Marek is works on CMA. We are also studying the hwmem and GEM. Thank you, Kyungmin Park On Wed, Mar 9, 2011 at 9:18 PM, wrote: > Hello everyone, > > The following patchset implements a "hardware memory driver". The >

Re: [PATCH v2 4/4] omap3isp: lane shifter support

Hi Michael, Thanks for the patch. On Wednesday 09 March 2011 17:07:43 Michael Jones wrote: > To use the lane shifter, set different pixel formats at each end of > the link at the CCDC input. > > Signed-off-by: Michael Jones [snip] > diff --git a/drivers/media/video/omap3-isp/isp.h > b/drivers

Re: WinTV 1400 broken with recent versions?

> This may already be fixed, just not in 2.6.37.x yet. Can you give > 2.6.38-rc8 (or later) a try and/or the media_build bits? Tried - Nope, same behaviour (same error messages in dmesg, no results by scan) > http://linuxtv.org/wiki/index.php/How_to_Obtain,_Build_and_Install_V4L-DVB_Device_Drive

Re: [PATCH v2 3/4] omap3isp: ccdc: support Y10/12, 8-bit bayer fmts

Hi Michael, Thanks for the patch. On Wednesday 09 March 2011 17:07:42 Michael Jones wrote: > Signed-off-by: Michael Jones Acked-by: Laurent Pinchart > --- > drivers/media/video/omap3-isp/ispccdc.c |6 ++ > drivers/media/video/omap3-isp/ispvideo.c | 12 > 2 files chang

Re: [PATCH v2 2/4] media: add 8-bit bayer formats and Y12

Hi Michael, Thanks for the patch. On Wednesday 09 March 2011 17:07:41 Michael Jones wrote: > Signed-off-by: Michael Jones > Acked-by: Laurent Pinchart > --- > include/linux/v4l2-mediabus.h |7 +-- > 1 files changed, 5 insertions(+), 2 deletions(-) > > diff --git a/include/linux/v4l2-m

Re: [PATCH v2 1/4] v4l: add V4L2_PIX_FMT_Y12 format

Hi Michael, Thanks for the patch. On Wednesday 09 March 2011 17:07:40 Michael Jones wrote: > Signed-off-by: Michael Jones > Acked-by: Laurent Pinchart > --- > include/linux/videodev2.h |1 + > 1 files changed, 1 insertions(+), 0 deletions(-) > > diff --git a/include/linux/videodev2.h b/in

Re: [RFC] davinci: vpfe: mdia controller implementation for capture

Hi Manjunath, On Tuesday 08 March 2011 06:43:59 Hadli, Manjunath wrote: > On Sun, Mar 06, 2011 at 22:59:40, Laurent Pinchart wrote: > > On Sunday 06 March 2011 16:36:05 Manjunath Hadli wrote: > > > Introduction > > > > > > This is the proposal of the initial version of design and > >

[PATCH/RFC 2/2] v4l: subdev: Add support for file handler control handler

Signed-off-by: Laurent Pinchart --- drivers/media/video/v4l2-subdev.c | 18 +- include/media/v4l2-subdev.h |5 +++-- 2 files changed, 12 insertions(+), 11 deletions(-) diff --git a/drivers/media/video/v4l2-subdev.c b/drivers/media/video/v4l2-subdev.c index 5f23c9f..5

[PATCH/RFC 1/2] v4l: subdev: Move file handle support to drivers

Drivers sometimes need to embed the v4l2_subdev_fh structure into a higher level driver-specific structure. As the v4l2_subdev_fh structure is allocated by subdev core, this isn't possible. Fix the problem by moving allocation and free of the structure to the subdevices. Two helper functions v4l2_

[PATCH/RFC 0/2] Support controls at the subdev file handler level

Hi everybody, Here's a patch set that adds support for per-file-handle controls on V4L2 subdevs. The patches are work in progress, but I'm still sending them as Samsung expressed interest in a similar feature on V4L2 device nodes. Laurent Pinchart (2): v4l: subdev: Move file handle support to d

Re: [ANN] First draft of the agenda for the Warsaw meeting

Hi Hans, On Wednesday 09 March 2011 08:47:01 Hans Verkuil wrote: > On Wednesday, March 09, 2011 08:08:43 Jaeryul Oh wrote: > > Hi, Hans > > > > We want to confirm if it is possible to discuss our concerning points > > at each item of 1st draft that you made as below. > > > > Our concerning items

Re: Yet another memory provider: can linaro organize a meeting?

On Tue, Mar 8, 2011 at 10:04 AM, Jonathan Corbet wrote: > On Tue, 8 Mar 2011 09:13:59 +0100 > Hans Verkuil wrote: > >> All these memory-related modules have the same purpose: make it possible to >> allocate/reserve large amounts of memory and share it between different >> subsystems (primarily fr

[cron job] v4l-dvb daily build: ERRORS

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:Wed Mar 9 19:00:18 CET 2011 git hash:88a763df226facb74fdb254563e30e9efb64275c gcc version: i686-linux-gcc (GCC) 4.5.

[PATCH v2 7/7] s5p-fimc: Fix G_FMT ioctl handler

Use pix_mp member of struct v4l2_format to return a format description rather than pix. Also fill in the plane_fmt array. This is a missing bit of conversion to the multiplanar API. Signed-off-by: Sylwester Nawrocki Signed-off-by: Kyungmin Park --- drivers/media/video/s5p-fimc/fimc-core.c | 2

[PATCH v2 1/7] s5p-fimc: fix ISR and buffer handling for fimc-capture

From: Sungchun Kang In some cases fimc H/W did not stop although there were no output buffers available. So the capture deactivation interrupt routine is modified and the state of ST_CAPT_RUN is cleared only in the LAST-IRQ call. After LAST-IRQ is generated, H/W pointer will be skipped by 1 fram

[PATCH v2 0/2(7)] s5p fimc driver fixes

Hello, this is basically a resend of my previous s5p fimc driver bugfix change set including altered 2 out of 7. It's a result of my further struggle with the DMA engine and also a correction of the G_FMT ioctl function to return proper bytesperline/sizeimage for all supported formats. [PATCH 1/7

Re: Simultaneous recordings from one frontend

On 03/09/2011 03:20 PM, Pascal Jürgens wrote: > SUMMARY: What's the best available tool for demultiplexing into multiple > simultaneous recordings (files)? The kernel. There's no need to do that in userspace. Any(*) number of tools may open a demux simultaneously, set up a filter for the first P

[PATCH v2 4/4] omap3isp: lane shifter support

To use the lane shifter, set different pixel formats at each end of the link at the CCDC input. Signed-off-by: Michael Jones --- drivers/media/video/omap3-isp/isp.c |6 +- drivers/media/video/omap3-isp/isp.h |5 +- drivers/media/video/omap3-isp/ispccdc.c | 26 +++- drive

[PATCH v2 3/4] omap3isp: ccdc: support Y10/12, 8-bit bayer fmts

Signed-off-by: Michael Jones --- drivers/media/video/omap3-isp/ispccdc.c |6 ++ drivers/media/video/omap3-isp/ispvideo.c | 12 2 files changed, 18 insertions(+), 0 deletions(-) diff --git a/drivers/media/video/omap3-isp/ispccdc.c b/drivers/media/video/omap3-isp/ispccdc.c

[PATCH v2 2/4] media: add 8-bit bayer formats and Y12

Signed-off-by: Michael Jones Acked-by: Laurent Pinchart --- include/linux/v4l2-mediabus.h |7 +-- 1 files changed, 5 insertions(+), 2 deletions(-) diff --git a/include/linux/v4l2-mediabus.h b/include/linux/v4l2-mediabus.h index 7054a7a..46caecd 100644 --- a/include/linux/v4l2-mediabus.h

[PATCH v2 1/4] v4l: add V4L2_PIX_FMT_Y12 format

Signed-off-by: Michael Jones Acked-by: Laurent Pinchart --- include/linux/videodev2.h |1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git a/include/linux/videodev2.h b/include/linux/videodev2.h index 02da9e7..6fac463 100644 --- a/include/linux/videodev2.h +++ b/include/linux/v

[PATCH v2 0/4] OMAP3-ISP lane shifter support

Add support for the ISP's lane shifter. To use the shifter, set different pixel formats at each end of the link at the CCDC input. This has only been tested shifting Y12 and SBGGR12 from a parallel sensor to Y8 and SBGGR8 (respectively) at the CCDC input. Support has also been added for other fo

Re: WinTV 1400 broken with recent versions?

On Mar 9, 2011, at 11:52 AM, Jean-Michel Bruenn wrote: > Hey, > > is this driver going to be fixed anytime soon? It was working fine ago a > half year/year. > > lspci: > 06:00.0 Multimedia video controller: Conexant Systems, Inc. CX23885 PCI > Video and Audio Decoder (rev 02) > > uname -a: > Li

WinTV 1400 broken with recent versions?

Hey, is this driver going to be fixed anytime soon? It was working fine ago a half year/year. lspci: 06:00.0 Multimedia video controller: Conexant Systems, Inc. CX23885 PCI Video and Audio Decoder (rev 02) uname -a: Linux lyra 2.6.37.1 #1 SMP PREEMPT Tue Feb 22 13:22:59 CET 2011 x86_64 x86_64 x8

WinTV 1400 broken with recent versions?

Hey, is this driver going to be fixed anytime soon? It was working fine ago a half year/year. lspci: 06:00.0 Multimedia video controller: Conexant Systems, Inc. CX23885 PCI Video and Audio Decoder (rev 02) uname -a: Linux lyra 2.6.37.1 #1 SMP PREEMPT Tue Feb 22 13:22:59 CET 2011 x86_64 x86_64 x8

Re: Simultaneous recordings from one frontend

Dear Guy, I compiled your tool and from what I see, it demuxes the ts into separate streams for each program. While it's a very handy thing to have, I'm actually looking for something slightly different. I'm sorry if I didn't describe it very clearly. What I'm looking to do is to record ONE an

Re: Simultaneous recordings from one frontend

Hi Pascal, I've written a very small program that does just that : https://svn.tuxicoman.be/listing.php?repname=dvbsplit It's a quick hack, there is probably a better way to do this but at least it works :) To get the sources : "svn checkout https://svn.tuxicoman.be/svn/dvbsplit/trunk dvbsplit".

TT-budget S-1500b card support

Hi I'm working with a new version of TT-budget S-1500 card; I think the old one is going end of life. Technotrend Systemtechnik GmbH Device 101b I took a stab at getting it working with a guessy patch and help finding the correct tuner i2c address from another fellow who has this card (http:/

Simultaneous recordings from one frontend

Hi all, SUMMARY: What's the best available tool for demultiplexing into multiple simultaneous recordings (files)? I'm looking for a way to record a program (video, audio, subtitle, teletext PIDs) to overlapping files (ie, files2 should start 5 minutes before file1 ends). This means that two re

Re: [linux-dvb] Simultaneous recordings from one frontend

Le mercredi 09 mars 2011 à 14:41 +0100, Pascal Jürgens a écrit : > Hi all, > > - the RTP streaming apps (dvblast, mumudvb, dvbyell etc.) are designed > to allow multiple listeners. The ideal solution would be something > like an interface-local ipv6 multicast (mumudvb recommends using a TTL > of 0

[PATCH v2 1/8] media: Changes in include/linux/videodev2.h for MFC 5.1

Add V4L2_CTRL_CLASS_CODEC and adds controls used by MFC 5.1 driver Reviewed-by: Peter Oh Signed-off-by: Jeongtae Park Cc: Marek Szyprowski Cc: Kamil Debski --- include/linux/videodev2.h | 158 + 1 files changed, 158 insertions(+), 0 deletions(-) d

[PATCH v2 2/8] ARM: S5PV310: Add clock support for MFC v5.1

This patch adds clock support for MFC v5.1. Reviewed-by: Peter Oh Signed-off-by: Jeongtae Park Cc: Marek Szyprowski Cc: Kamil Debski --- arch/arm/mach-s5pv310/clock.c | 68 +++ arch/arm/mach-s5pv310/include/mach/regs-clock.h |3 + 2 files changed, 7

[PATCH v2 4/8] ARM: S5P: Add platform support for MFC v5.1

Add platform support for MFC v5.1 is a module available on S5PC110 and S5PC210 Samsung SoCs. Reviewed-by: Peter Oh Signed-off-by: Jeongtae Park Cc: Marek Szyprowski Cc: Kamil Debski --- arch/arm/plat-s5p/Kconfig |5 +++ arch/arm/plat-s5p/Makefile|1 + a

[PATCH v2 0/8] MFC 5.1 driver for S5PV310 (+encoder)

Hello, This patch series is the sencond version of the MFC 5.1 driver based on Kmail's nice work (Version 6). All of Kmail's features not incldue yet, but I hope it will be merge for few months with co-work. Current driver support H.264, H.263, MPEG4 encoding and use DMA pool allocator. I tried to

[PATCH v2 5/8] ARM: S5PV310: Add 'CONSISTENT_DMA_SIZE' definition for DMA pool allocator

This patch adds 'CONSISTENT_DMA_SIZE' definition for DMA pool allocator. Reviewed-by: Peter Oh Signed-off-by: Jeongtae Park Cc: Marek Szyprowski Cc: Kamil Debski --- arch/arm/mach-s5pv310/include/mach/memory.h |1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git a/arch/arm/m

[PATCH v2 3/8] ARM: S5PV310: Add memory map support for MFC v5.1

This patch adds memroy map support for MFC v5.1. Reviewed-by: Peter Oh Signed-off-by: Jeongtae Park Cc: Marek Szyprowski Cc: Kamil Debski --- arch/arm/mach-s5pv310/include/mach/map.h |3 +++ 1 files changed, 3 insertions(+), 0 deletions(-) diff --git a/arch/arm/mach-s5pv310/include/mach/

[PATCH v2 7/8] ARM: S5PV310: Add MFC v5.1 platform device support for SMDKC210

This patch adds MFC v5.1 platform device support for SMDKC210. Reviewed-by: Peter Oh Signed-off-by: Jeongtae Park Cc: Marek Szyprowski Cc: Kamil Debski --- arch/arm/mach-s5pv310/Kconfig |1 + arch/arm/mach-s5pv310/mach-smdkc210.c |3 +++ 2 files changed, 4 insertions(+), 0 del

[PATCH v2 8/8] ARM: S5PV310: Add MFC v5.1 platform device support for SMDKV310

This patch adds MFC v5.1 platform device support for SMDKV310. Reviewed-by: Peter Oh Signed-off-by: Jeongtae Park Cc: Marek Szyprowski Cc: Kamil Debski --- arch/arm/mach-s5pv310/Kconfig |1 + arch/arm/mach-s5pv310/mach-smdkv310.c |3 +++ 2 files changed, 4 insertions(+), 0 del

[PATCH 1/1] v4l: videobuf2: Add DMA pool allocator

Add an implementation of DMA pool memory allocator and handling routines for videobuf2. The DMA pool allocator allocates a memory using dma_alloc_coherent(), creates a pool using generic allocator in the initialization. For every allocation requests, the allocator returns a part of its memory pool

[PATCH 0/1] Add videobuf2 DMA pool allocator

Hello! The DMA pool allocator allocates a memory using dma_alloc_coherent(), creates a pool using generic allocator in the initialization. For every allocation requests, the allocator returns a part of its memory pool using generic allocator instead of new memory allocation. This allocator used f

[PATCHv2 3/3] hwmem: Add hwmem to ux500

Signed-off-by: Johan Mossberg --- arch/arm/mach-ux500/Makefile |2 +- arch/arm/mach-ux500/board-mop500.c |1 + arch/arm/mach-ux500/dcache.c | 266 arch/arm/mach-ux500/devices.c | 31 arch/arm/mach-ux500/

[PATCHv2 1/3] hwmem: Add hwmem (part 1)

Add hardware memory driver, part 1. The main purpose of hwmem is: * To allocate buffers suitable for use with hardware. Currently this means contiguous buffers. * To synchronize the caches for the allocated buffers. This is achieved by keeping track of when the CPU uses a buffer and when other ha

[PATCHv2 2/3] hwmem: Add hwmem (part 2)

Add hardware memory driver, part 2. The main purpose of hwmem is: * To allocate buffers suitable for use with hardware. Currently this means contiguous buffers. * To synchronize the caches for the allocated buffers. This is achieved by keeping track of when the CPU uses a buffer and when other ha

[PATCHv2 0/3] hwmem: Hardware memory driver

Hello everyone, The following patchset implements a "hardware memory driver". The main purpose of hwmem is: * To allocate buffers suitable for use with hardware. Currently this means contiguous buffers. * To synchronize the caches for the allocated buffers. This is achieved by keeping track of w

Re: [PATCH v2 0/6] HDMI driver for Samsung S5PV310 platform

On Wed, Mar 9, 2011 at 9:11 PM, Kukjin Kim wrote: > Hi all, > > As I know, S5P-TV(HDMI) stuff needs more discussion. > > I don't want to just merge platform devices which is not used anywhere. > Besides, there are two schemes for it in mailing list now. It's different one, which scheme is used at

RE: [PATCH v2 0/6] HDMI driver for Samsung S5PV310 platform

Hi all, As I know, S5P-TV(HDMI) stuff needs more discussion. I don't want to just merge platform devices which is not used anywhere. Besides, there are two schemes for it in mailing list now. I think we have to improve this next time and need to focus more on its driver now. Thanks. Best regar

Re: [PATCH 2/6] universal: i2c: add I2C controller 8 (HDMIPHY)

On Wed, Mar 9, 2011 at 9:00 PM, Kukjin Kim wrote: > Tomasz Stanislawski wrote: >> >> Signed-off-by: Tomasz Stanislawski >> Signed-off-by: Kyungmin Park >> --- >>  arch/arm/mach-s5pv310/clock.c             |    6 +++ >>  arch/arm/mach-s5pv310/include/mach/irqs.h |    4 ++ >>  arch/arm/mach-s5pv31

RE: [PATCH 2/6] universal: i2c: add I2C controller 8 (HDMIPHY)

Tomasz Stanislawski wrote: > > Signed-off-by: Tomasz Stanislawski > Signed-off-by: Kyungmin Park > --- > arch/arm/mach-s5pv310/clock.c |6 +++ > arch/arm/mach-s5pv310/include/mach/irqs.h |4 ++ > arch/arm/mach-s5pv310/include/mach/map.h |1 + > arch/arm/plat-samsung/Kco

v4l2 saa7134

Hi, Is there anybody, who knows, how, the v4l2 saa7134 part works in kernel space? I mean I have a gt-p8000 tv card. It's a hybrid tuner. I started to modify the saa7134 driver, but I cannot see the control flaw, the call order. Furthermore I would like to debug my code like only switching a G

[PATCH v3 2/2] omap: iovmm: don't check 'da' to set IOVMF_DA_FIXED flag

Currently IOVMM driver sets IOVMF_DA_FIXED/IOVMF_DA_ANON flags according to input 'da' address when mapping memory: da == 0: IOVMF_DA_ANON da != 0: IOVMF_DA_FIXED It prevents IOMMU to map first page with fixed 'da'. To avoid such issue, IOVMM will not automatically set IOVMF_DA_FIXED. It should no

[PATCH v3 1/2] omap: iovmm: disallow mapping NULL address when IOVMF_DA_ANON is set

From: Michael Jones commit c7f4ab26e3bcdaeb3e19ec658e3ad9092f1a6ceb allowed mapping the NULL address if da_start==0, which would then not get unmapped. Disallow this again if IOVMF_DA_ANON is set. And spell variable 'alignment' correctly. Signed-off-by: Michael Jones --- arch/arm/plat-omap/iov

[PATCH v3 0/2] omap: iovmm: Fix IOVMM check for fixed 'da'

Hi, Previous patch 2/3 was dropped in this new version. Patch 1 was updated according to a comment it got. --- IOVMM driver checks input 'da == 0' when mapping address to determine whether user wants fixed 'da' or not. At the same time, it doesn't disallow address 0x0 to be used, what creates an

Re: [PATCH v2 2/3] omap3: change ISP's IOMMU da_start address

On Wed, Mar 9, 2011 at 9:43 AM, Sakari Ailus wrote: > David Cohen wrote: >> ISP doesn't consider 0x0 as a valid address, so it should explicitly >> exclude first page from allowed 'da' range. >> >> Signed-off-by: David Cohen >> --- >>  arch/arm/mach-omap2/omap-iommu.c |    2 +- >>  1 files change