RE: [RFC] New controls for codec devices

2011-04-05 Thread Jeongtae Park
AAZABlAHYAaQBjAGUAcw Ax-cr-puzzleid: {D5185033-3373-475A-A768-FCD559F05F0C} Hi Laurent, and Hi Kamil. I think there are some point that I can reply. First, How about think adding the prefix of common(decoding & encoding) and encoding controls? Now, only controls for decoding have DECODER

Re: [PATCH 1/5] [media] vb2: redesign the stop_streaming() callback and make it obligatory

2011-04-05 Thread Pawel Osciak
Hi again Marek On Sun, Apr 3, 2011 at 22:49, Marek Szyprowski wrote: > Hello, > > On Monday, April 04, 2011 1:51 AM Pawel Osciak wrote: > >> Drivers are now required to implement the stop_streaming() callback >> to ensure that all ongoing hardware operations are finished and their >> ownership of

Re: [linux-dvb] DVICO HDTV Dual Express2

2011-04-05 Thread Nathan Stitt
I know I shouldn't have quoted mythtv to identify a problem, so I've tinkered with this a little more and can reproduce it using the dvb utilities. I can reproduce the problem using tzap and cat'ing /dev/dvb/adapter[23]/dvr0 to files. When one of the tuners tunes the the bad transponder, the files

RE: [PATCH 5/7] v4l: s5p-fimc: add pm_runtime support

2011-04-05 Thread Jonghun Han
AALQBmAGkAbQBjADoAIA BhAGQAZAAgAHAAbQBfAHIAdQBuAHQAaQBtAGUAIABzAHUAcABwAG8AcgB0AA== x-cr-puzzleid: {0DF5696E-C27B-4620-A41E-B97F4C401FEA} Hi Marek, runtime_pm is used to minimize current. In my opinion, the followings will be better. 1. Adds pm_runtime_get_sync before running of the firs

Re: [PATCH] Ngene cam device name

2011-04-05 Thread Issa Gorissen
Hello all, Here is the patch for the NGene card family and the new caio device Signed-off-by: Issa Gorissen --- drivers/media/dvb/dvb-core/dvbdev.c |2 +- drivers/media/dvb/dvb-core/dvbdev.h |1 + drivers/media/dvb/ngene/ngene-core.c |2 +- 3 files changed, 3 insertions(+), 2 dele

RE: TT-budget S2-3200 cannot tune on HB13E DVBS2 transponder

2011-04-05 Thread COEXSI
> -Original Message- > From: linux-media-ow...@vger.kernel.org [mailto:linux-media- > ow...@vger.kernel.org] On Behalf Of Issa Gorissen > Sent: mardi 5 avril 2011 13:00 > To: linux-media@vger.kernel.org > Subject: TT-budget S2-3200 cannot tune on HB13E DVBS2 transponder > > Hi, > > Eute

Re: TT-budget S2-3200 cannot tune on HB13E DVBS2 transponder

2011-04-05 Thread Steffen Barszus
On Tue, 05 Apr 2011 13:00:14 +0200 "Issa Gorissen" wrote: > Hi, > > Eutelsat made a recent migration from DVB-S to DVB-S2 (since > 31/3/2011) on two transponders on HB13E > > - HOT BIRD 6 13° Est TP 159 Freq 11,681 Ghz DVB-S2 FEC 3/4 27500 > Msymb/s 0.2 Pilot off Polar H > > - HOT BIRD 9 13° E

Re: [RFC/PATCH v2 0/7] locking fixes for cx88

2011-04-05 Thread Jonathan Nieder
Jonathan Nieder wrote: > Jonathan Nieder (7): > [media] cx88: protect per-device driver list with device lock > [media] cx88: fix locking of sub-driver operations > [media] cx88: hold device lock during sub-driver initialization > [media] cx88: use a mutex to protect cx8802_devlist > [me

[cron job] v4l-dvb daily build: ERRORS

2011-04-05 Thread Hans Verkuil
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:Tue Apr 5 19:00:33 CEST 2011 git hash:0b1b920610a4d41c584e97d38b5ce497c4a303d7 gcc version: i686-linux-gcc (GCC) 4.5

Re: [RFC] V4L2 API for flash devices

2011-04-05 Thread Laurent Pinchart
Hi Nayden, On Tuesday 05 April 2011 17:07:41 Nayden Kanchev wrote: > On 04/05/2011 04:35 PM, Sakari Ailus wrote: > > Laurent Pinchart wrote: > >> On Tuesday 05 April 2011 13:21:03 Sakari Ailus wrote: > >>> Laurent Pinchart wrote: > On Tuesday 05 April 2011 12:23:51 Sakari Ailus wrote: > >

Re: HVR-1600 (model 74351 rev F1F5) analog Red Screen

2011-04-05 Thread Eric B Munson
On Tue, Apr 5, 2011 at 10:58 AM, Andy Walls wrote: > On Mon, 2011-04-04 at 14:36 -0400, Eric B Munson wrote: >> On Mon, Apr 4, 2011 at 11:16 AM, Eric B Munson wrote: >> > On Mon, Apr 4, 2011 at 9:12 AM, Andy Walls wrote: >> >> On Mon, 2011-04-04 at 08:20 -0400, Eric B Munson wrote: >> >>> I the

Re: [PATCH 1/5] [media] vb2: redesign the stop_streaming() callback and make it obligatory

2011-04-05 Thread Pawel Osciak
On Sun, Apr 3, 2011 at 22:49, Marek Szyprowski wrote: > Hello, > > On Monday, April 04, 2011 1:51 AM Pawel Osciak wrote: > >> Drivers are now required to implement the stop_streaming() callback >> to ensure that all ongoing hardware operations are finished and their >> ownership of buffers is cede

Re: vb2: stop_streaming() callback redesign

2011-04-05 Thread Pawel Osciak
Hi Laurent, On Mon, Apr 4, 2011 at 03:27, Laurent Pinchart wrote: > Hi Pawel, > > On Monday 04 April 2011 01:51:05 Pawel Osciak wrote: >> Hi, >> >> This series implements a slight redesign of the stop_streaming() callback >> in vb2. The callback has been made obligatory. The drivers are expected

[PATCH 13/34] media/radio-maxiradio: Drop __TIME__ usage

2011-04-05 Thread Michal Marek
The kernel already prints its build timestamp during boot, no need to repeat it in random drivers and produce different object files each time. Cc: Mauro Carvalho Chehab Cc: linux-media@vger.kernel.org Signed-off-by: Michal Marek --- drivers/media/radio/radio-maxiradio.c |3 +-- 1 files cha

[PATCH 14/34] media/cx231xx: Drop __TIME__ usage

2011-04-05 Thread Michal Marek
The kernel already prints its build timestamp during boot, no need to repeat it in random drivers and produce different object files each time. Cc: Mauro Carvalho Chehab Cc: linux-media@vger.kernel.org Signed-off-by: Michal Marek --- drivers/media/video/cx231xx/cx231xx-avcore.c |2 +- 1 fil

Re: HVR-1600 (model 74351 rev F1F5) analog Red Screen

2011-04-05 Thread Andy Walls
On Mon, 2011-04-04 at 14:36 -0400, Eric B Munson wrote: > On Mon, Apr 4, 2011 at 11:16 AM, Eric B Munson wrote: > > On Mon, Apr 4, 2011 at 9:12 AM, Andy Walls wrote: > >> On Mon, 2011-04-04 at 08:20 -0400, Eric B Munson wrote: > >>> I the above mentioned capture card and the digital side of the c

Re: DVB-T frequencies for Tenerife, Spain

2011-04-05 Thread Christoph Pfister
2011/4/3 Cédric Martínez Campos : > Hi there, > > attached to this e-mail, you will find the DVB-T frequencies for my > present region: Tenerife in Spain. It would be great if you could > include it in the dvb-apps package together. Added, thanks. Christoph > Sincerely yours, > > Dr. Cédric M.

Re: soc_camera dynamically cropping and scaling

2011-04-05 Thread Paolo Santinelli
Hi Guennadi, thank you for the useful explanation. I will try! Paolo. 2011/4/5 Guennadi Liakhovetski : > On Mon, 4 Apr 2011, Paolo Santinelli wrote: > >> Hi Guennadi, >> >> I have tried to implement the changes you suggested me in order to get >> the new live cropping capabilities. I am able to

Re: [PATCH/RFC 1/4] V4L: add three new ioctl()s for multi-size videobuffer management

2011-04-05 Thread Sakari Ailus
Laurent Pinchart wrote: > Hi Guennadi, Hi all, > On Tuesday 05 April 2011 14:39:19 Guennadi Liakhovetski wrote: >> On Tue, 5 Apr 2011, Laurent Pinchart wrote: >>> On Friday 01 April 2011 10:13:02 Guennadi Liakhovetski wrote: A possibility to preallocate and initialise buffers of different si

RE: vb2: stop_streaming() callback redesign

2011-04-05 Thread Marek Szyprowski
Hello, On Monday, April 04, 2011 12:27 PM Laurent Pinchart wrote: > Hi Pawel, > > On Monday 04 April 2011 01:51:05 Pawel Osciak wrote: > > Hi, > > > > This series implements a slight redesign of the stop_streaming() callback > > in vb2. The callback has been made obligatory. The drivers are expe

Re: [PATCH 0/2] V4L: Extended crop/compose API

2011-04-05 Thread Tomasz Stanislawski
Laurent Pinchart wrote: Hi Tomasz, On Tuesday 29 March 2011 12:38:50 Tomasz Stanislawski wrote: Hans Verkuil wrote: On Tuesday, March 29, 2011 11:22:17 Tomasz Stanislawski wrote: Hans Verkuil wrote: On Monday, March 28, 2011 17:19:54 Tomasz Stanislawski wrote: Hello everyone, This patch-se

[PATCH 4/7] v4l: videobuf2: add IOMMU based DMA memory allocator

2011-04-05 Thread Marek Szyprowski
From: Andrzej Pietrasiewicz This patch adds new videobuf2 memory allocator dedicated to devices that supports IOMMU DMA mappings. A device with IOMMU module and a driver with include/iommu.h compatible interface is required. This allocator aquires memory with standard alloc_page() call and doesn'

[PATCH 5/7] v4l: s5p-fimc: add pm_runtime support

2011-04-05 Thread Marek Szyprowski
This patch adds basic support for pm_runtime to s5p-fimc driver. PM runtime support is required to enable the driver on S5PV310 series with power domain driver enabled. Signed-off-by: Marek Szyprowski Signed-off-by: Kyungmin Park --- drivers/media/video/s5p-fimc/fimc-capture.c |5 + dri

[PATCH 7/7] ARM: EXYNOS4: enable FIMC on Universal_C210

2011-04-05 Thread Marek Szyprowski
This patch adds definitions to enable support for s5p-fimc driver together with required power domains and sysmmu controller on Universal C210 board. Signed-off-by: Marek Szyprowski Signed-off-by: Kyungmin Park --- arch/arm/mach-exynos4/Kconfig |6 ++ arch/arm/mach-exynos4

[PATCH 6/7] v4l: s5p-fimc: Add support for vb2-dma-iommu allocator

2011-04-05 Thread Marek Szyprowski
This patch adds support for videobuf2-dma-iommu allocator to s5p-fimc driver. This allocator is selected only on systems that contains support for S5P SYSMMU module (like EXYNOS4 platform). Otherwise the standard videobuf2-dma-contig is used. Signed-off-by: Marek Szyprowski Signed-off-by: Kyungmi

[PATCH 3/7] v4l: videobuf2: dma-sg: move some generic functions to memops

2011-04-05 Thread Marek Szyprowski
From: Andrzej Pietrasiewicz This patch moves some generic code to videobuf2-memops. This code will be later used by the iommu allocator. This patch adds also vma locking in user pointer mode. Signed-off-by: Andrzej Pietrasiewicz Signed-off-by: Kyungmin Park Signed-off-by: Marek Szyprowski CC:

[PATCH 1/7] ARM: EXYNOS4: power domains: fixes and code cleanup

2011-04-05 Thread Marek Szyprowski
From: Tomasz Stanislawski This patch extends power domain driver with support for enabling and disabling modules in S5P_CLKGATE_BLOCK register. It also performs a little code cleanup to avoid confusion between exynos4_device_pd array index and power domain id. Signed-off-by: Tomasz Stanislawski

[RFC/PATCH v2 0/7] Samsung IOMMU videobuf2 allocator and s5p-fimc update

2011-04-05 Thread Marek Szyprowski
Hello, This is a second version of the Samsung IOMMU driver, videobuf2 allocator for IOMMU mapped memory and FIMC driver update. The main change from the previous version is a complete rewrite of the IOMMU driver API. As suggested by Arnd Bergmann we decided to drop the custom interface and use th

Re: [PATCH 0/2] V4L: Extended crop/compose API

2011-04-05 Thread Laurent Pinchart
Hi Tomasz, On Tuesday 29 March 2011 12:38:50 Tomasz Stanislawski wrote: > Hans Verkuil wrote: > > On Tuesday, March 29, 2011 11:22:17 Tomasz Stanislawski wrote: > >> Hans Verkuil wrote: > >>> On Monday, March 28, 2011 17:19:54 Tomasz Stanislawski wrote: > Hello everyone, > > This p

Re: [RFC] V4L2 API for flash devices

2011-04-05 Thread Sakari Ailus
Laurent Pinchart wrote: > Hi Sakari, Hi, > On Tuesday 05 April 2011 13:21:03 Sakari Ailus wrote: >> Laurent Pinchart wrote: >>> On Tuesday 05 April 2011 12:23:51 Sakari Ailus wrote: Sakari Ailus wrote: > Laurent Pinchart wrote: >> On Wednesday 30 March 2011 13:05:54 Sakari Ailus wrot

Re: [PATCH/RFC 2/4 v2] V4L: add videobuf2 helper functions to support multi-size video-buffers

2011-04-05 Thread Guennadi Liakhovetski
On Tue, 5 Apr 2011, Laurent Pinchart wrote: > Hi Guennadi, > > On Friday 01 April 2011 16:06:42 Guennadi Liakhovetski wrote: > > This patch extends the videobuf2 framework with new helper functions and > > modifies existing ones to support multi-size video-buffers. > > [snip] > > > diff --git a

Re: [PATCH/RFC 1/4] V4L: add three new ioctl()s for multi-size videobuffer management

2011-04-05 Thread Laurent Pinchart
On Tuesday 05 April 2011 14:52:20 Guennadi Liakhovetski wrote: > On Tue, 5 Apr 2011, Hans Verkuil wrote: > > On Tuesday, April 05, 2011 14:21:03 Laurent Pinchart wrote: > > > On Friday 01 April 2011 10:13:02 Guennadi Liakhovetski wrote: > [snip] > > > > > /* > > > > > > > > * I O C T L

Re: [PATCH/RFC 1/4] V4L: add three new ioctl()s for multi-size videobuffer management

2011-04-05 Thread Laurent Pinchart
Hi Guennadi, On Tuesday 05 April 2011 14:39:19 Guennadi Liakhovetski wrote: > On Tue, 5 Apr 2011, Laurent Pinchart wrote: > > On Friday 01 April 2011 10:13:02 Guennadi Liakhovetski wrote: > > > A possibility to preallocate and initialise buffers of different sizes > > > in V4L2 is required for an

Re: [PATCH/RFC 1/4] V4L: add three new ioctl()s for multi-size videobuffer management

2011-04-05 Thread Laurent Pinchart
On Tuesday 05 April 2011 14:40:16 Hans Verkuil wrote: > On Tuesday, April 05, 2011 14:02:17 Laurent Pinchart wrote: > > On Monday 04 April 2011 10:06:47 Hans Verkuil wrote: > > > > On Mon, 4 Apr 2011, Hans Verkuil wrote: > > > >> On Friday, April 01, 2011 10:13:02 Guennadi Liakhovetski wrote: > > [

Re: [PATCH/RFC 1/4] V4L: add three new ioctl()s for multi-size videobuffer management

2011-04-05 Thread Guennadi Liakhovetski
On Tue, 5 Apr 2011, Hans Verkuil wrote: > On Tuesday, April 05, 2011 14:21:03 Laurent Pinchart wrote: > > On Friday 01 April 2011 10:13:02 Guennadi Liakhovetski wrote: [snip] > > > /* > > > * I O C T L C O D E S F O R V I D E O D E V I C E S > > > * > > > @@ -1937,6 +1957,10 @

Re: [PATCH/RFC 1/4] V4L: add three new ioctl()s for multi-size videobuffer management

2011-04-05 Thread Laurent Pinchart
On Tuesday 05 April 2011 14:34:57 Hans Verkuil wrote: > On Tuesday, April 05, 2011 14:21:03 Laurent Pinchart wrote: > > On Friday 01 April 2011 10:13:02 Guennadi Liakhovetski wrote: [snip] > > > @@ -1937,6 +1957,10 @@ struct v4l2_dbg_chip_ident { > > > > > > #define VIDIOC_SUBSCRIBE_EVENT _I

Re: [PATCH/RFC 0/4] V4L: new ioctl()s to support multi-sized video-buffers

2011-04-05 Thread Guennadi Liakhovetski
On Tue, 5 Apr 2011, Laurent Pinchart wrote: [snip] > > > - Are "holes" in buffer indexes allowed? I don't like the ability to > > > free an arbitrary span of buffers in the queue, it complicates checks > > > in many places and I don't think is worth it... > > > > That's how this ioctl() has been

Re: [PATCH/RFC 2/4 v2] V4L: add videobuf2 helper functions to support multi-size video-buffers

2011-04-05 Thread Laurent Pinchart
On Monday 04 April 2011 09:55:17 Guennadi Liakhovetski wrote: > On Sun, 3 Apr 2011, Pawel Osciak wrote: > > On Fri, Apr 1, 2011 at 07:06, Guennadi Liakhovetski wrote: > > > This patch extends the videobuf2 framework with new helper functions > > > and modifies existing ones to support multi-size vi

Re: [PATCH/RFC 1/4] V4L: add three new ioctl()s for multi-size videobuffer management

2011-04-05 Thread Hans Verkuil
On Tuesday, April 05, 2011 14:02:17 Laurent Pinchart wrote: > On Monday 04 April 2011 10:06:47 Hans Verkuil wrote: > > > On Mon, 4 Apr 2011, Hans Verkuil wrote: > > >> On Friday, April 01, 2011 10:13:02 Guennadi Liakhovetski wrote: > > [snip] > > > BTW, REQBUFS and CREATE/DESTROY_BUFS should defi

Re: [PATCH/RFC 1/4] V4L: add three new ioctl()s for multi-size videobuffer management

2011-04-05 Thread Guennadi Liakhovetski
On Tue, 5 Apr 2011, Laurent Pinchart wrote: > On Monday 04 April 2011 10:06:47 Hans Verkuil wrote: > > > On Mon, 4 Apr 2011, Hans Verkuil wrote: > > >> On Friday, April 01, 2011 10:13:02 Guennadi Liakhovetski wrote: > > [snip] > > > BTW, REQBUFS and CREATE/DESTROY_BUFS should definitely co-exist

Re: [PATCH/RFC 1/4] V4L: add three new ioctl()s for multi-size videobuffer management

2011-04-05 Thread Guennadi Liakhovetski
Hi Laurent On Tue, 5 Apr 2011, Laurent Pinchart wrote: > Hi Guennadi, > > On Friday 01 April 2011 10:13:02 Guennadi Liakhovetski wrote: > > A possibility to preallocate and initialise buffers of different sizes > > in V4L2 is required for an efficient implementation of asnapshot mode. > > This p

Re: [PATCH/RFC 2/4 v2] V4L: add videobuf2 helper functions to support multi-size video-buffers

2011-04-05 Thread Laurent Pinchart
Hi Guennadi, On Friday 01 April 2011 16:06:42 Guennadi Liakhovetski wrote: > This patch extends the videobuf2 framework with new helper functions and > modifies existing ones to support multi-size video-buffers. [snip] > diff --git a/include/media/videobuf2-core.h > b/include/media/videobuf2-cor

Re: [PATCH/RFC 1/4] V4L: add three new ioctl()s for multi-size videobuffer management

2011-04-05 Thread Hans Verkuil
On Tuesday, April 05, 2011 14:21:03 Laurent Pinchart wrote: > On Friday 01 April 2011 10:13:02 Guennadi Liakhovetski wrote: > > A possibility to preallocate and initialise buffers of different sizes > > in V4L2 is required for an efficient implementation of asnapshot mode. > > This patch adds three

Re: [PATCH/RFC 1/4] V4L: add three new ioctl()s for multi-size videobuffer management

2011-04-05 Thread Laurent Pinchart
On Friday 01 April 2011 10:13:02 Guennadi Liakhovetski wrote: > A possibility to preallocate and initialise buffers of different sizes > in V4L2 is required for an efficient implementation of asnapshot mode. > This patch adds three new ioctl()s: VIDIOC_CREATE_BUFS, > VIDIOC_DESTROY_BUFS, and VIDIOC

Re: [PATCH/RFC 0/4] V4L: new ioctl()s to support multi-sized video-buffers

2011-04-05 Thread Laurent Pinchart
Hi Guennadi, On Monday 04 April 2011 09:15:55 Guennadi Liakhovetski wrote: > On Sun, 3 Apr 2011, Pawel Osciak wrote: > > On Fri, Apr 1, 2011 at 01:12, Guennadi Liakhovetski wrote: > > > Hi all > > > > > > As discussed at the last V4L2 meeting in Warsaw, one of the > > > prerequisites to support f

Re: [RFC] V4L2 API for flash devices

2011-04-05 Thread David Cohen
On Mon, Mar 28, 2011 at 3:55 PM, Sakari Ailus wrote: > Hi, Hi Sakari, [snip] > This is a bitmask containing the fault information for the flash. This > assumes the proposed V4L2 bit mask controls [5]; otherwise this would > likely need to be a set of controls. > > #define V4L2_FLASH_FAULT_OVER_

[PATCH] v4l: Add mt9v032 sensor driver

2011-04-05 Thread Laurent Pinchart
From: Detlev Casanova The MT9V032 is a parallel wide VGA sensor from Aptina (formerly Micron) controlled through I2C. The driver creates a V4L2 subdevice. It currently supports binning and cropping, and the gain, auto gain, exposure, auto exposure and test pattern controls. Signed-off-by: Detle

Re: [PATCH/RFC 1/4] V4L: add three new ioctl()s for multi-size videobuffer management

2011-04-05 Thread Laurent Pinchart
On Monday 04 April 2011 10:06:47 Hans Verkuil wrote: > > On Mon, 4 Apr 2011, Hans Verkuil wrote: > >> On Friday, April 01, 2011 10:13:02 Guennadi Liakhovetski wrote: [snip] > BTW, REQBUFS and CREATE/DESTROY_BUFS should definitely co-exist. REQBUFS > is compulsory, while CREATE/DESTROY are optiona

Re: [PATCH/RFC 1/4] V4L: add three new ioctl()s for multi-size videobuffer management

2011-04-05 Thread Laurent Pinchart
Hi Guennadi, On Friday 01 April 2011 10:13:02 Guennadi Liakhovetski wrote: > A possibility to preallocate and initialise buffers of different sizes > in V4L2 is required for an efficient implementation of asnapshot mode. > This patch adds three new ioctl()s: VIDIOC_CREATE_BUFS, > VIDIOC_DESTROY_BU

Re: [RFC] V4L2 API for flash devices

2011-04-05 Thread Laurent Pinchart
Hi Sakari, On Tuesday 05 April 2011 13:21:03 Sakari Ailus wrote: > Laurent Pinchart wrote: > > On Tuesday 05 April 2011 12:23:51 Sakari Ailus wrote: > >> Sakari Ailus wrote: > >>> Laurent Pinchart wrote: > On Wednesday 30 March 2011 13:05:54 Sakari Ailus wrote: > > Laurent Pinchart wrote:

Re: [RFC] V4L2 API for flash devices

2011-04-05 Thread Sakari Ailus
Laurent Pinchart wrote: > Hi Sakari, > > On Tuesday 05 April 2011 12:23:51 Sakari Ailus wrote: >> Sakari Ailus wrote: >>> Laurent Pinchart wrote: On Wednesday 30 March 2011 13:05:54 Sakari Ailus wrote: > Laurent Pinchart wrote: >> On Monday 28 March 2011 14:55:40 Sakari Ailus wrote: >

TT-budget S2-3200 cannot tune on HB13E DVBS2 transponder

2011-04-05 Thread Issa Gorissen
Hi, Eutelsat made a recent migration from DVB-S to DVB-S2 (since 31/3/2011) on two transponders on HB13E - HOT BIRD 6 13° Est TP 159 Freq 11,681 Ghz DVB-S2 FEC 3/4 27500 Msymb/s 0.2 Pilot off Polar H - HOT BIRD 9 13° Est TP 99 Freq 12,692 Ghz DVB-S2 FEC 3/4 27500 Msymb/s 0.2 Pilot off Polar H

RE: [PATCH v18 08/13] davinci: eliminate use of IO_ADDRESS() on sysmod

2011-04-05 Thread Nori, Sekhar
Hi Manju, On Sat, Apr 02, 2011 at 15:13:17, Hadli, Manjunath wrote: > Current devices.c file has a number of instances where > IO_ADDRESS() is used for system module register > access. Eliminate this in favor of a ioremap() > based access. > > Consequent to this, a new global pointer davinci_sysm

Re: [RFC] V4L2 API for flash devices

2011-04-05 Thread Laurent Pinchart
Hi Sakari, On Tuesday 05 April 2011 12:23:51 Sakari Ailus wrote: > Sakari Ailus wrote: > > Laurent Pinchart wrote: > >> On Wednesday 30 March 2011 13:05:54 Sakari Ailus wrote: > >>> Laurent Pinchart wrote: > On Monday 28 March 2011 14:55:40 Sakari Ailus wrote: > > [snip] > >

Re: [RFC] V4L2 API for flash devices

2011-04-05 Thread Sakari Ailus
Hi Laurent, Sakari Ailus wrote: > Laurent Pinchart wrote: >> On Wednesday 30 March 2011 13:05:54 Sakari Ailus wrote: >>> Laurent Pinchart wrote: Hi Sakari, >>> >>> Hi Laurent, >>> >>> Thanks for the comments! >>> On Monday 28 March 2011 14:55:40 Sakari Ailus wrote: [snip]

[PATCH] rc-core: int to bool conversion for winbond-cir

2011-04-05 Thread David Härdeman
Using bool instead of an int helps readability a bit. Signed-off-by: David Härdeman --- drivers/media/rc/winbond-cir.c | 16 1 files changed, 8 insertions(+), 8 deletions(-) diff --git a/drivers/media/rc/winbond-cir.c b/drivers/media/rc/winbond-cir.c index b0a5fdc..cdb5ef4 10

[PATCH] rc-core: set mode and default keymap for winbond-cir

2011-04-05 Thread David Härdeman
Not having the correct mode and a default keymap is not very user-friendly (and rc-core won't allow it). Signed-off-by: David Härdeman --- drivers/media/rc/winbond-cir.c |2 ++ 1 files changed, 2 insertions(+), 0 deletions(-) diff --git a/drivers/media/rc/winbond-cir.c b/drivers/media/rc/wi

Re: [RFC] V4L2 API for flash devices

2011-04-05 Thread Sakari Ailus
Laurent Pinchart wrote: > Hi Sakari, Hi Laurent, > On Tuesday 29 March 2011 13:51:38 Sakari Ailus wrote: >> Sakari Ailus wrote: >>> Hans Verkuil wrote: On Tuesday, March 29, 2011 11:35:19 Sakari Ailus wrote: > Hi Hans, > > Many thanks for the comments! >>> >>> ... >>> > It oc

[PATCH 13/14] omap3isp: lane shifter support

2011-04-05 Thread Laurent Pinchart
From: Michael Jones To use the lane shifter, set different pixel formats at each end of the link at the CCDC input. Signed-off-by: Michael Jones Acked-by: Laurent Pinchart --- drivers/media/video/omap3isp/isp.c |7 ++- drivers/media/video/omap3isp/isp.h |5 +- drivers/media/

[PATCH 14/14] omap3isp: Don't increment node entity use count when poweron fails

2011-04-05 Thread Laurent Pinchart
When open a device node, all entities part of the same pipeline are powered on. If one of the entities fails to be powered on, the open operations fails. In that case the device node entity use count must not be incremented. Signed-off-by: Laurent Pinchart --- drivers/media/video/omap3isp/isp.c

[PATCH 11/14] media: add missing 8-bit bayer formats and Y12

2011-04-05 Thread Laurent Pinchart
From: Michael Jones 8-bit SGBRG and SRGGB media bus formats are missing, as well as the 12-bit grey format. Add them. Signed-off-by: Michael Jones Acked-by: Laurent Pinchart --- Documentation/DocBook/v4l/subdev-formats.xml | 59 ++ include/linux/v4l2-mediabus.h

[PATCH 10/14] v4l: add V4L2_PIX_FMT_Y12 format

2011-04-05 Thread Laurent Pinchart
From: Michael Jones Y12 is a grey-scale format with a depth of 12 bits per pixel stored in 16-bit words. Signed-off-by: Michael Jones Acked-by: Laurent Pinchart --- Documentation/DocBook/media-entities.tmpl |1 + Documentation/DocBook/v4l/pixfmt-y12.xml | 79 +++

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

2011-04-05 Thread Laurent Pinchart
From: Michael Jones Add support for 8-bit bayer and 10- and 12-bit grey formats at the CCDC input. Y12 is truncated to Y10 at the CCDC output. Signed-off-by: Michael Jones Acked-by: Laurent Pinchart --- drivers/media/video/omap3isp/ispccdc.c |6 ++ drivers/media/video/omap3isp/ispvid

[PATCH 07/14] omap3isp: stat: update struct ispstat_generic_config's comments

2011-04-05 Thread Laurent Pinchart
From: David Cohen struct ispstat_generic_config's comments refers to isph3a_aewb_config, isph3a_af_config and isphist_config. But those structs have had their names prefixed with 'omap3'. So, let's update the comments. Signed-off-by: David Cohen --- drivers/media/video/omap3isp/ispstat.h |

[PATCH 08/14] omap3isp: isp: Reset the ISP when the pipeline can't be stopped

2011-04-05 Thread Laurent Pinchart
When a failure to stop a module in the pipeline is detected, the only way to recover is to reset the ISP. However, as other users can be using a different pipeline with other modules, the ISP can't be reset synchronously with the error detection. Mark the ISP as needing a reset when a failure to s

[PATCH 09/14] omap3isp: Use isp xclk defines

2011-04-05 Thread Laurent Pinchart
From: Stanimir Varbanov Use isp defines for isp xclk selection in isp_set_xclk(). Signed-off-by: Stanimir Varbanov --- drivers/media/video/omap3isp/isp.c | 12 +++- drivers/media/video/omap3isp/isp.h |6 +++--- 2 files changed, 10 insertions(+), 8 deletions(-) diff --git a/drive

[PATCH 04/14] omap3isp: resizer: Improved resizer rsz factor formula

2011-04-05 Thread Laurent Pinchart
From: Sakari Ailus Round properly the rsz factor so that we get highest rsz so that the input width (or height) is highest possible smaller or equal to what the user asks. Signed-off-by: Sakari Ailus Signed-off-by: Laurent Pinchart --- drivers/media/video/omap3isp/ispresizer.c | 40

[PATCH 03/14] omap3isp: resizer: Use 4-tap mode equations when the ratio is <= 512

2011-04-05 Thread Laurent Pinchart
As the number of phases/taps, used to select the correct equations to compute the ratio, depends on the ratio, start with the 7-tap mode equations to compute an approximation of the ratio, and switch to the 4-tap mode equations if the approximation is lower than or equal to 512. Signed-off-by: Lau

[PATCH 05/14] omap3isp: Fix trivial typos

2011-04-05 Thread Laurent Pinchart
From: Michael Jones It doesn't get more trivial than these. Signed-off-by: Michael Jones --- drivers/media/video/omap3isp/isp.c|4 ++-- drivers/media/video/omap3isp/ispccdc.c|4 ++-- drivers/media/video/omap3isp/isppreview.c |2 +- drivers/media/video/omap3isp/ispqueue.

[PATCH 06/14] media: Properly handle link flags in link setup, link notify callback

2011-04-05 Thread Laurent Pinchart
The link flags were not properly handled in __media_entity_setup_link which could lead to link_notify callback to be called when the flags are not modified. Fix this. Signed-off-by: Laurent Pinchart --- drivers/media/media-entity.c |8 ++-- 1 files changed, 6 insertions(+), 2 deletions(-

[PATCH 02/14] omap3isp: resizer: Center the crop rectangle

2011-04-05 Thread Laurent Pinchart
When the crop rectangle needs to be modified to match hardware requirements, center the resulting rectangle on the requested rectangle instead of removing pixels from the right and bottom sides only. Signed-off-by: Laurent Pinchart --- drivers/media/video/omap3isp/ispresizer.c | 16 +++

[PATCH 01/14] media: Use correct ioctl name in MEDIA_IOC_SETUP_LINK documentation

2011-04-05 Thread Laurent Pinchart
The documentation incorrectly refers to MEDIA_IOC_ENUM_LINKS, fix it. Signed-off-by: Laurent Pinchart --- Documentation/DocBook/v4l/media-ioc-setup-link.xml |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/Documentation/DocBook/v4l/media-ioc-setup-link.xml b/Documentati

[PATCH 00/14] OMAP3 ISP and media controller patches for 2.6.39

2011-04-05 Thread Laurent Pinchart
Hi everybody, Here's a set of OMAP3 ISP patches for 2.6.39, including two media controller patches and a V4L2 core patch. Most of those patches fix code and documentation. Patches 10/14 to 13/14 implement lane shifter support in the OMAP3 ISP driver. That's a new feature, but there's no risk of r

RE: [PATCH 04/12] mm: alloc_contig_freed_pages() added

2011-04-05 Thread Marek Szyprowski
Hello, On Monday, April 04, 2011 3:15 PM Michał Nazarewicz wrote: > > What kind of success have you had running this in practice? I'd be > > worried that some silly task or a sticky dentry would end up in the > > range that you want to allocate in. > > I'm not sure what you are asking. > > The