Re: af9035 test needed!

On 01/12/2013 01:45 AM, Jose Alberto Reguero wrote: On Viernes, 11 de enero de 2013 20:38:01 Antti Palosaari escribió: Hello Jose and Gianluca Could you test that (tda18218 & mxl5007t): http://git.linuxtv.org/anttip/media_tree.git/shortlog/refs/heads/it9135_tune r I wonder if ADC config logic

Re: af9035 test needed!

On Viernes, 11 de enero de 2013 20:38:01 Antti Palosaari escribió: > Hello Jose and Gianluca > > Could you test that (tda18218 & mxl5007t): > http://git.linuxtv.org/anttip/media_tree.git/shortlog/refs/heads/it9135_tune > r > > I wonder if ADC config logic still works for superheterodyne tuners >

cron job: media_tree daily build: ERRORS

This message is generated daily by a cron job that builds media_tree for the kernels and architectures in the list below. Results of the daily build of media_tree: date:Fri Jan 11 19:02:29 CET 2013 git hash:3151d14aa6e983aa36d51a80d0477859f9ba12af gcc version: i686-linux-gcc (GCC

Re: [PATCH] [RFC] video: exynos dp: Making Exynos DP Compliant with CDF

On Fri, Jan 11, 2013 at 5:35 AM, Leela Krishna Amudala wrote: > The Exynos DP transmitter is treated as an end entity in the display pipeline > and made this RFC patch compliant with CDF. > > Any suggestions are welcome. > A few comments below. It's hard to get too much of an appreciation for wha

af9035 test needed!

Hello Jose and Gianluca Could you test that (tda18218 & mxl5007t): http://git.linuxtv.org/anttip/media_tree.git/shortlog/refs/heads/it9135_tuner I wonder if ADC config logic still works for superheterodyne tuners (tuner having IF). I changed it to adc / 2 always due to IT9135 tuner. That makes

[PATCH] omap3isp: Fix histogram regions

From: Johannes Schellen This patch fixes a bug which causes all histogram regions to start in the top left corner of the image. The histogram region coordinates are 16 bit values which share a 32 bit register. The bug is due to the region end value assignments overwriting the region start values

[PATCH 3/3] s5p-mfc: end-of-stream handling in encoder bug fix

In some circumstances after issuing the V4L2_ENC_CMD_STOP the application could freeze. This patch prevents this behavior. Signed-off-by: Kamil Debski Signed-off-by: Kyungmin Park --- drivers/media/platform/s5p-mfc/s5p_mfc_enc.c |2 ++ 1 file changed, 2 insertions(+) diff --git a/drivers/m

[PATCH 2/3] s5p-mfc: Add support for EOS command and EOS event in video decoder

Add support for V4L2_DEC_CMD_STOP command which will instruct MFC device to finish decoding and release all remaining frames kept for reference to the user. After dequeueing last decoded frame the driver will generate an V4L2_EVENT_EOS event. Signed-off-by: Kamil Debski Signed-off-by: Kyngmin Par

[PATCH 1/3] s5p-mfc: Fix a watchdog bug

Fixed wrong condition in firmware reload function used by the watchdog. Signed-off-by: Kamil Debski Signed-off-by: Kyungmin Park --- drivers/media/platform/s5p-mfc/s5p_mfc_ctrl.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/media/platform/s5p-mfc/s5p_mfc_ctrl.c

[PATCH] [media] extract_xc3028.pl: fix permissions

This is an executable file. Change permissions to reflect it. Signed-off-by: Mauro Carvalho Chehab --- 0 files changed mode change 100644 => 100755 Documentation/video4linux/extract_xc3028.pl diff --git a/Documentation/video4linux/extract_xc3028.pl b/Documentation/video4linux/extract_xc3028.p

DVICO DVB-T Dual Express2 and media_build

Hi Guys, I'm trying to get my DVICO DVB-T Dual Express2 card working on an Ubuntu 12.10 system with the 3.5.0 kernel. lspci tells me it's a "Conexant Systems, Inc. CX23885 PCI Video and Audio Decoder". Numerically, that's 14f1:8852. However on insmod cx23885, the driver tells me it doesn't

Re: [RFC] Initial scan files troubles and brainstorming

Em Fri, 11 Jan 2013 15:10:38 +0100 Benny Amorsen escreveu: > Mauro Carvalho Chehab writes: > > > That's said, this is just database entries where the values were obtained > > from a public service. Anyone else with access to the same > > transponders/carriers would be obtaining the very same da

Re: [RFC] Initial scan files troubles and brainstorming

Mauro Carvalho Chehab writes: > That's said, this is just database entries where the values were obtained > from a public service. Anyone else with access to the same > transponders/carriers would be obtaining the very same data. So, I don't > think that copyright law applies here. IANAL, but it

[REVIEW PATCHv3 3/3] DocBook: mention that EINVAL can be returned for invalid menu indices.

From: Hans Verkuil The documentation suggested that if the control value is wrong only ERANGE can be returned. But in some cases (an invalid menu index) EINVAL can also be returned. Clarify this. Signed-off-by: Hans Verkuil --- Documentation/DocBook/media/v4l/vidioc-g-ctrl.xml |8

DocBook: fixes

Three patches: the first fixes a number of validation errors in the DocBook code (unchanged from v1), the second clarifies how the error_idx is used (incorporated the few remaining comments from v2) and the third patch is new: it clarifies that EINVAL can also be returned when the value of a contro

[REVIEW PATCHv3 2/3] DocBook: improve the error_idx field documentation.

From: Hans Verkuil The documentation of the error_idx field was incomplete and confusing. This patch improves it. Signed-off-by: Hans Verkuil Acked-by: Laurent Pinchart --- .../DocBook/media/v4l/vidioc-g-ext-ctrls.xml | 47 +--- 1 file changed, 40 insertions(+), 7 dele

[REVIEW PATCHv3 1/3] DocBook: fix various validation errors

From: Hans Verkuil Fixed the following errors (with exception of the SVG errors): GEN /home/hans/work/src/v4l/media-git/Documentation/DocBook//v4l2.xml rm -rf Documentation/DocBook/index.html; echo 'Linux Kernel HTML Documentation' >> Documentation/DocBook/index.html && echo 'Kernel Ve

[GIT PULL FOR v3.8] uvcvideo fixes

Hi Mauro, The following changes since commit 9931faca02c604c22335f5a935a501bb2ace6e20: Linux 3.8-rc3 (2013-01-09 18:59:55 -0800) are available in the git repository at: git://linuxtv.org/pinchartl/uvcvideo.git uvcvideo-stable Laurent Pinchart (3): uvcvideo: Return -EACCES when trying

Re: [RFC] Initial scan files troubles and brainstorming

On 01/11/2013 01:39 PM, Mauro Carvalho Chehab wrote: > tgz: > git archive --format tgz HEAD >dtv-scan-files-`date > +"%Y%m%d.%H:%M"`.tar.gz Better to use the top commit date: git log -n1 --date=short --pretty=format:%ad You won't generate a snapshot every day with the same contents then.

[PATCH v2 1/3] uvcvideo: Return -EACCES when trying to set a read-only control

Commit ba68c8530a263dc4de440fa10bb20a1c5b9d4ff5 (Partly revert "[media] uvcvideo: Set error_idx properly for extended controls API failures") also reverted part of commit 30ecb936cbcd83e3735625ac63e1b4466546f5fe ("uvcvideo: Return -EACCES when trying to access a read/write-only control") by mistake

[PATCH v2 2/3] uvcvideo: Cleanup leftovers of partial revert

Commit ba68c8530a263dc4de440fa10bb20a1c5b9d4ff5 (Partly revert "[media] uvcvideo: Set error_idx properly for extended controls API failures") missed two modifications. Clean them up. Signed-off-by: Laurent Pinchart Acked-by: Hans Verkuil --- drivers/media/usb/uvc/uvc_v4l2.c |7 ++- 1 fi

[PATCH v2 0/3] Fix uvcvideo revert leftovers

Hi Mauro, Those three patches, for v3.8, fix leftovers of commit ba68c8530a263dc4de440fa10bb20a1c5b9d4ff5 (Partly revert "[media] uvcvideo: Set error_idx properly for extended controls API failures"). Compared to v1 only the commit message of the first patch has been changed. Laurent Pinchart (3

[PATCH v2 3/3] uvcvideo: Set error_idx properly for S_EXT_CTRLS failures

The uvc_set_ctrl() calls don't write to the hardware. A failure at that point thus leaves the device in a clean state, with no control modified. Set the error_idx field to the count value to reflect that, as per the V4L2 specification. TRY_EXT_CTRLS is unchanged and the error_idx field must always

Re: [PATCH 1/3] uvcvideo: Return -EACCES when trying to access a read/write-only control

Hi Hans, On Friday 11 January 2013 14:26:28 Hans Verkuil wrote: > On Fri January 11 2013 14:21:40 Hans Verkuil wrote: > > On Fri January 11 2013 14:13:58 Laurent Pinchart wrote: > > > Commit ba68c8530a263dc4de440fa10bb20a1c5b9d4ff5 (Partly revert "[media] > > > uvcvideo: Set error_idx properly for

Re: [PATCH 3/3] uvcvideo: Set error_idx properly for S_EXT_CTRLS failures

On Fri January 11 2013 14:14:00 Laurent Pinchart wrote: > The uvc_set_ctrl() calls don't write to the hardware. A failure at that > point thus leaves the device in a clean state, with no control modified. > Set the error_idx field to the count value to reflect that, as per the > V4L2 specification.

Re: [RFC] Initial scan files troubles and brainstorming

Em Thu, 10 Jan 2013 23:57:42 +0100 Oliver Schinagl escreveu: > On 01/10/13 23:11, Mauro Carvalho Chehab wrote: > > Em Thu, 10 Jan 2013 21:51:29 +0100 > > Oliver Schinagl escreveu: > > > >> Anyway, fighting about it won't help anyone > > > > Agreed. From my side, don't expect further comments. Th

Re: [PATCH 1/3] uvcvideo: Return -EACCES when trying to access a read/write-only control

On Fri January 11 2013 14:21:40 Hans Verkuil wrote: > On Fri January 11 2013 14:13:58 Laurent Pinchart wrote: > > Commit ba68c8530a263dc4de440fa10bb20a1c5b9d4ff5 (Partly revert "[media] > > uvcvideo: Set error_idx properly for extended controls API failures") > > also reverted commit 30ecb936cbcd83

Re: [PATCH 2/3] uvcvideo: Cleanup leftovers of partial revert

On Fri January 11 2013 14:13:59 Laurent Pinchart wrote: > Commit ba68c8530a263dc4de440fa10bb20a1c5b9d4ff5 (Partly revert "[media] > uvcvideo: Set error_idx properly for extended controls API failures") > missed two modifications. Clean them up. > > Signed-off-by: Laurent Pinchart Acked-by: Hans

Re: [PATCH 1/3] uvcvideo: Return -EACCES when trying to access a read/write-only control

On Fri January 11 2013 14:13:58 Laurent Pinchart wrote: > Commit ba68c8530a263dc4de440fa10bb20a1c5b9d4ff5 (Partly revert "[media] > uvcvideo: Set error_idx properly for extended controls API failures") > also reverted commit 30ecb936cbcd83e3735625ac63e1b4466546f5fe > ("uvcvideo: Return -EACCES when

[PATCH 3/3] uvcvideo: Set error_idx properly for S_EXT_CTRLS failures

The uvc_set_ctrl() calls don't write to the hardware. A failure at that point thus leaves the device in a clean state, with no control modified. Set the error_idx field to the count value to reflect that, as per the V4L2 specification. TRY_EXT_CTRLS is unchanged and the error_idx field must always

[PATCH 2/3] uvcvideo: Cleanup leftovers of partial revert

Commit ba68c8530a263dc4de440fa10bb20a1c5b9d4ff5 (Partly revert "[media] uvcvideo: Set error_idx properly for extended controls API failures") missed two modifications. Clean them up. Signed-off-by: Laurent Pinchart --- drivers/media/usb/uvc/uvc_v4l2.c |7 ++- 1 files changed, 2 insertion

[PATCH 1/3] uvcvideo: Return -EACCES when trying to access a read/write-only control

Commit ba68c8530a263dc4de440fa10bb20a1c5b9d4ff5 (Partly revert "[media] uvcvideo: Set error_idx properly for extended controls API failures") also reverted commit 30ecb936cbcd83e3735625ac63e1b4466546f5fe ("uvcvideo: Return -EACCES when trying to access a read/write-only control") by mistake. Fix it

[PATCH 0/3] Fix uvcvideo revert leftovers

Hi Mauro, Those three patches, for v3.8, fix leftovers of commit ba68c8530a263dc4de440fa10bb20a1c5b9d4ff5 (Partly revert "[media] uvcvideo: Set error_idx properly for extended controls API failures"). Hans, if you have time, could you please have a look at the patches from a compliance point of v

Re: FIMC/CAMIF V4L2 driver

On Fr, 2013-01-11 at 12:26 +0100, Sylwester Nawrocki wrote: > Hi, > > On 01/11/2013 12:08 PM, Sebastian Dröge wrote: > > I can't test the patch right now but it should do almost the right > > thing. IMHO for the chroma planes the bytesperline should be (width > > +1)/2, otherwise you'll miss one c

Re: [REVIEWv2 PATCH 2/2] DocBook: improve the error_idx field documentation.

Hi Hans, On Friday 11 January 2013 13:22:08 Hans Verkuil wrote: > On Fri January 11 2013 13:13:47 Laurent Pinchart wrote: > > Hi Hans, > > > > Thanks for the patch. This is much better in my opinion, please see below > > for two small comments. > > > > On Friday 11 January 2013 12:26:03 Hans Ver

Re: [RFC] Initial scan files troubles and brainstorming

Em Fri, 11 Jan 2013 01:12:33 + Jonathan McCrohan escreveu: > On Thu, 10 Jan 2013 21:55:28 +0100, Oliver Schinagl wrote: > > Actually, there's plenty of apps etc that depend on it. I know some > > distro's install it into /usr/share/dvb for all to use. I think actually > > only a very small

Re: [REVIEWv2 PATCH 2/2] DocBook: improve the error_idx field documentation.

On Fri January 11 2013 13:13:47 Laurent Pinchart wrote: > Hi Hans, > > Thanks for the patch. This is much better in my opinion, please see below for > two small comments. > > On Friday 11 January 2013 12:26:03 Hans Verkuil wrote: > > From: Hans Verkuil > > > > The documentation of the error_id

Re: [REVIEWv2 PATCH 2/2] DocBook: improve the error_idx field documentation.

Hi Hans, Thanks for the patch. This is much better in my opinion, please see below for two small comments. On Friday 11 January 2013 12:26:03 Hans Verkuil wrote: > From: Hans Verkuil > > The documentation of the error_idx field was incomplete and confusing. > This patch improves it. > > Signe

Re: [REVIEW PATCHv1 1/2] DocBook: improve the error_idx field documentation.

Hi Hans, On Friday 11 January 2013 12:48:19 Hans Verkuil wrote: > On Mon January 7 2013 20:56:07 Laurent Pinchart wrote: > > On Monday 07 January 2013 13:09:47 Hans Verkuil wrote: > > > From: Hans Verkuil > > > > > > The documentation of the error_idx field was incomplete and confusing. > > > Th

Re: [REVIEW PATCHv1 1/2] DocBook: improve the error_idx field documentation.

On Mon January 7 2013 20:56:07 Laurent Pinchart wrote: > Hi Hans, > > Thanks for the patch. > > On Monday 07 January 2013 13:09:47 Hans Verkuil wrote: > > From: Hans Verkuil > > > > The documentation of the error_idx field was incomplete and confusing. > > This patch improves it. > > > > Signe

[REVIEWv2 PATCH 1/2] DocBook: fix various validation errors

From: Hans Verkuil Fixed the following errors (with exception of the SVG errors): GEN /home/hans/work/src/v4l/media-git/Documentation/DocBook//v4l2.xml rm -rf Documentation/DocBook/index.html; echo 'Linux Kernel HTML Documentation' >> Documentation/DocBook/index.html && echo 'Kernel Ve

[REVIEWv2 PATCH 2/2] DocBook: improve the error_idx field documentation.

From: Hans Verkuil The documentation of the error_idx field was incomplete and confusing. This patch improves it. Signed-off-by: Hans Verkuil --- .../DocBook/media/v4l/vidioc-g-ext-ctrls.xml | 44 1 file changed, 37 insertions(+), 7 deletions(-) diff --git a/Docum

Re: FIMC/CAMIF V4L2 driver

Hi, On 01/11/2013 12:08 PM, Sebastian Dröge wrote: > I can't test the patch right now but it should do almost the right > thing. IMHO for the chroma planes the bytesperline should be (width > +1)/2, otherwise you'll miss one chroma value per line for odd widths. Odd widths are not allowed, the dr

DocBook fixes

Two patches: the first fixes a number of validation errors in the DocBook code (unchanged from v1), the second clarifies how the error_idx is used. The second patch is almost rewritten completely from v1 based on the comments from Laurent. Regards, Hans -- To unsubscribe from this list:

Re: [PATCH] DocBook: media: struct v4l2_capability card field is a UTF-8 string

On Mon January 7 2013 21:30:24 Laurent Pinchart wrote: > The struct v4l2_capability card field stores the device name. That name > can be hardcoded in drivers, or be retrieved directly from the device. > The later is very common with USB devices. As several devices already > report names that inclu

Re: FIMC/CAMIF V4L2 driver

On Fr, 2013-01-11 at 11:39 +0100, Sylwester Nawrocki wrote: > Hi Sebastian, > > Cc: > > On 12/28/2012 10:02 AM, Sebastian Dröge wrote: > > Hi Sylwester, > > > > Kamil Debski told me that you should be able to help me with any issues > > about the FIMC/CAMIF V4L2 driver. I'm currently using it o

[PATCH] s5p-fimc: Fix fimc-lite entities deregistration

Clear the proper array when deregistering FIMC-LITE devices. Now fimc[] array is erroneously accessed instead of fimc_lite[] and fimc_md_unregister_entities() function call can result in an oops from NULL pointer dereference, since fmd->fimc[] is cleared earlier. This might happen in normal conditi

Re: FIMC/CAMIF V4L2 driver

Hi Sebastian, Cc: On 12/28/2012 10:02 AM, Sebastian Dröge wrote: > Hi Sylwester, > > Kamil Debski told me that you should be able to help me with any issues > about the FIMC/CAMIF V4L2 driver. I'm currently using it on Exynos 4 > hardware and wrote a GStreamer plugin using it (and the MFC drive

[PATCH] s5p-fimc: Fix bytesperline value for V4L2_PIX_FMT_YUV420M format

Make sure bytesperline for Cb, Cr planes for V4L2_PIX_FMT_YUV420M format is half of the Y plane value, rather than having same bytesperline for all planes. While at it, simplify the bytesperline parameter handling by storing it when image format is set and returning those values when getting the f

[PATCH] [RFC] video: exynos dp: Making Exynos DP Compliant with CDF

The Exynos DP transmitter is treated as an end entity in the display pipeline and made this RFC patch compliant with CDF. Any suggestions are welcome. Signed-off-by: Leela Krishna Amudala --- drivers/video/display/display-core.c | 2 +- drivers/video/exynos/exynos_dp_core.c | 88 +

Legallity of dtv-scan-tables Was: [RFC] Initial scan files troubles and brainstorming

On 11-01-13 02:12, Jonathan McCrohan wrote: On Thu, 10 Jan 2013 21:55:28 +0100, Oliver Schinagl wrote: Actually, there's plenty of apps etc that depend on it. I know some distro's install it into /usr/share/dvb for all to use. I think actually only a very small handfull use their own scanfiles.