Re: OMAP3 ISP: VIDIOC_STREAMON and VIDIOC_QBUF calls fail

Hi, On Wednesday 07 November 2012 12:22:27 Andreas Nagel wrote: My code sets up the ISP pipeline, configures the format on all the subdevices pads and the actual video device. Works fine so far. Then I passed user pointers (aquired with malloc) to the device driver for the capture

Re: OMAP3 ISP: VIDIOC_STREAMON and VIDIOC_QBUF calls fail

On Thu, Nov 08, 2012 at 10:26:11AM +0100, Laurent Pinchart wrote: media-ctl doesn't show pad formats, that's a bit weird. Are you using a recent version ? This could as well be an issue with the kernel API --- I think that kernel has a version which isn't in mainline. So the IOCTL used to

Re: Way to request a time discontinuity in a V4L2 encoder device

Hi Sylwester, On Monday 05 November 2012 21:47:00 Sylwester Nawrocki wrote: On 11/05/2012 11:45 AM, Alain VOLMAT wrote: Hi Laurent, Yes indeed, meta plane seems a good candidate. It was the other option. The pity with that is that the FMT can thus no longer be standard FMT but a

[PATCH 27/26] v4l: vb2: Set data_offset to 0 for single-plane buffers

Single-planar V4L2 buffers are converted to multi-planar vb2 buffers with a single plane when queued. The plane data_offset field is not available in the single-planar API and must be set to 0 for dmabuf buffers and all output buffers. Signed-off-by: Laurent Pinchart

Re: [PATCH 27/26] v4l: vb2: Set data_offset to 0 for single-plane buffers

Hello, On 11/8/2012 1:05 PM, Laurent Pinchart wrote: Single-planar V4L2 buffers are converted to multi-planar vb2 buffers with a single plane when queued. The plane data_offset field is not available in the single-planar API and must be set to 0 for dmabuf buffers and all output buffers.

Re: [RFC 4/4] v4l: Tell user space we're using monotonic timestamps

Hi Sakari, On Monday 05 November 2012 16:04:32 Sakari Ailus wrote: On Sun, Nov 04, 2012 at 01:07:25PM +0100, Laurent Pinchart wrote: On Wednesday 24 October 2012 21:16:23 Sakari Ailus wrote: ... @@ -367,7 +368,8 @@ static void __fill_v4l2_buffer(struct vb2_buffer *vb, struct

Re: [PATCH 27/26] v4l: vb2: Set data_offset to 0 for single-plane buffers

Hello, On Thursday 08 November 2012 13:13:50 Marek Szyprowski wrote: On 11/8/2012 1:05 PM, Laurent Pinchart wrote: Single-planar V4L2 buffers are converted to multi-planar vb2 buffers with a single plane when queued. The plane data_offset field is not available in the single-planar API and

Re: drivers without explicit MAINTAINERS entry - was: Re: [media-workshop] Tentative Agenda for the November workshop

Hi Mauro, On Friday 02 November 2012 11:13:10 Mauro Carvalho Chehab wrote: Em Thu, 1 Nov 2012 14:12:44 -0200 Mauro Carvalho Chehab escreveu: Em Thu, 1 Nov 2012 16:44:50 +0100 Hans Verkuil escreveu: On Thu October 25 2012 19:27:01 Mauro Carvalho Chehab wrote: Em Mon, 22 Oct 2012 10:35:56

Re: [PATCH 27/26] v4l: vb2: Set data_offset to 0 for single-plane buffers

Hi Laurent, The fix was partially applied in [PATCHv10 03/26] v4l: vb2: add support for shared buffer (dma_buf). The data_offset is set to 0 for DMABUF capture/output for single-planar API. We should define the meaning of data_offset in case of USERPTR and MMAP buffers. For output device it is

Re: [PATCH 27/26] v4l: vb2: Set data_offset to 0 for single-plane buffers

Hi Tomasz, On Thursday 08 November 2012 16:28:12 Tomasz Stanislawski wrote: Hi Laurent, The fix was partially applied in [PATCHv10 03/26] v4l: vb2: add support for shared buffer (dma_buf). The data_offset is set to 0 for DMABUF capture/output for single-planar API. My bad, I had an old

Re: it913x driver with USB1.1

On 07/11/12 23:43, Antti Palosaari wrote: Malcolm, Have you newer tested it with USB1.1 port? Stream is totally broken. Hi Antti Hmm, yes it is a bit choppy on dvb-usb-v2. I will have a look at it. Regards Malcolm regards Antti -- To unsubscribe from this list: send the line

more than 6 Tevii S464 DVB-S2 card in linux 3.6.5.

Hi, I have 8 Tevii S464 DVB-S2 cards installed in my industrial PC with Ubuntu 10.04.4 with kernel 3.6.5. The system loads cx88_dvb for this card, but only recognizes six of cards, and make device files for them under /dev/dvb. (adapters 0 to 5). dmesg is silent about other cards, but lspci -vv

V4L2 dma-buf support test with UVC + i915 test application

Hi Mauro, Here's the application I've used to test V4L2 dma-buf support with a UVC webcam and an Intel GPU supported by the i915 driver. The kernel code is available in my git tree at git://linuxtv.org/pinchartl/media.git devel/dma-buf-v10

Re: V4L2 dma-buf support test with UVC + i915 test application

On Thursday 08 November 2012 19:14:18 Laurent Pinchart wrote: Hi Mauro, Here's the application I've used to test V4L2 dma-buf support with a UVC webcam and an Intel GPU supported by the i915 driver. The kernel code is available in my git tree at git://linuxtv.org/pinchartl/media.git

Re: S3C244X/S3C64XX SoC camera host interface driver questions

Hi. On Thu, Nov 8, 2012 at 1:57 AM, Sylwester Nawrocki sylvester.nawro...@gmail.com wrote: On 11/06/2012 10:34 PM, Andrey Gusakov wrote: Hi. Does the sensor still hang after 0x2f is written to REG_GRCOM instead ? Work! I'm looking at drivers/media/usb/gspca/m5602/m5602_ov9650.h It use

Re: [PATCH 00/23] em28xx: add support fur USB bulk transfers

Am 30.10.2012 19:18, schrieb Frank Schäfer: Am 30.10.2012 06:06, schrieb Mauro Carvalho Chehab: snip Did a git bisect. The last patch where the bug doesn't occur is this changeset: em28xx: add module parameter for selection of the preferred USB transfer type That means that this

[PATCH v2 00/21] em28xx: add support fur USB bulk transfers

This patch series adds support for USB bulk transfers to the em28xx driver. Patch 1 is a bugfix for the image data processing with non-interlaced devices (webcams) that should be considered for stable (see commit message). Patches 2-21 extend the driver to support USB bulk transfers. USB

[PATCH v2 01/21] em28xx: fix wrong data offset for non-interlaced mode in em28xx_copy_video

em28xx_copy_video uses a wrong offset for the target buffer when copying the data from an USB isoc packet. This happens only for the second and all following lines in the packet. The reason why this bug doesn't cause image corruption with my test device (SilverCrest Webcam 1.3 MPix) is, that this

[PATCH v2 02/21] em28xx: clarify meaning of field 'progressive' in struct em28xx

Signed-off-by: Frank Schäfer fschaefer@googlemail.com --- drivers/media/usb/em28xx/em28xx.h |2 +- 1 Datei geändert, 1 Zeile hinzugefügt(+), 1 Zeile entfernt(-) diff --git a/drivers/media/usb/em28xx/em28xx.h b/drivers/media/usb/em28xx/em28xx.h index 86e90d8..ad9eec0 100644 ---

[PATCH v2 03/21] em28xx: rename isoc packet number constants and parameters

Rename EM28XX_NUM_PACKETS to EM28XX_NUM_ISOC_PACKETS and EM28XX_DVB_MAX_PACKETS to EM28XX_DVB_NUM_ISOC_PACKETS to clarify that these values are used only for isoc usb transfers. Also use the term num_packets instead of max_packets, as this is how these values are used and called in struct urb.

[PATCH v2 04/21] em28xx: rename struct em28xx_usb_isoc_bufs to em28xx_usb_bufs

It will be used for USB bulk transfers, too. Signed-off-by: Frank Schäfer fschaefer@googlemail.com --- drivers/media/usb/em28xx/em28xx-core.c |8 drivers/media/usb/em28xx/em28xx.h | 10 +- 2 Dateien geändert, 9 Zeilen hinzugefügt(+), 9 Zeilen entfernt(-) diff

[PATCH v2 05/21] em28xx: rename struct em28xx_usb_isoc_ctl to em28xx_usb_ctl

Also rename the corresponding field isoc_ctl in struct em28xx to usb_ctl. We will use this struct for USB bulk transfers, too. Signed-off-by: Frank Schäfer fschaefer@googlemail.com --- drivers/media/usb/em28xx/em28xx-core.c | 24

[PATCH v2 06/21] em28xx: remove obsolete #define EM28XX_URB_TIMEOUT

It isn't used anymore and uses constants which no longer exist. Signed-off-by: Frank Schäfer fschaefer@googlemail.com --- drivers/media/usb/em28xx/em28xx.h |4 1 Datei geändert, 4 Zeilen entfernt(-) diff --git a/drivers/media/usb/em28xx/em28xx.h b/drivers/media/usb/em28xx/em28xx.h

[PATCH v2 07/21] em28xx: update description of em28xx_irq_callback

em28xx_irq_callback can be used for isoc and bulk transfers. Signed-off-by: Frank Schäfer fschaefer@googlemail.com --- drivers/media/usb/em28xx/em28xx-core.c |3 ++- 1 Datei geändert, 2 Zeilen hinzugefügt(+), 1 Zeile entfernt(-) diff --git a/drivers/media/usb/em28xx/em28xx-core.c

[PATCH v2 09/21] em28xx: create a common function for isoc and bulk URB allocation and setup

Rename the existing function for isoc transfers em28xx_init_isoc to em28xx_init_usb_xfer and extend it. URB allocation and setup is now done depending on the USB transfer type, which is selected with a new function parameter. Signed-off-by: Frank Schäfer fschaefer@googlemail.com ---

[PATCH v2 10/21] em28xx: create a common function for isoc and bulk USB transfer initialization

- rename em28xx_init_isoc to em28xx_init_usb_xfer - add parameter for isoc/bulk transfer selection which is passed to em28xx_alloc_urbs - rename local variable isoc_buf to usb_bufs Signed-off-by: Frank Schäfer fschaefer@googlemail.com --- drivers/media/usb/em28xx/em28xx-core.c | 30

[PATCH v2 08/21] em28xx: rename function em28xx_uninit_isoc to em28xx_uninit_usb_xfer

This function will be used to uninitialize USB bulk transfers, too. Also rename the local variable isoc_bufs to usb_bufs. Signed-off-by: Frank Schäfer fschaefer@googlemail.com --- drivers/media/usb/em28xx/em28xx-cards.c |4 +-- drivers/media/usb/em28xx/em28xx-core.c | 43

[PATCH v2 11/21] em28xx: clear USB halt/stall condition in em28xx_init_usb_xfer when using bulk transfers

Signed-off-by: Frank Schäfer fschaefer@googlemail.com --- drivers/media/usb/em28xx/em28xx-core.c | 11 +++ 1 Datei geändert, 11 Zeilen hinzugefügt(+) diff --git a/drivers/media/usb/em28xx/em28xx-core.c b/drivers/media/usb/em28xx/em28xx-core.c index d8a8e8b..8b8f783 100644 ---

[PATCH v2 12/21] em28xx: remove double checks for urb-status == -ENOENT in urb_data_copy functions

This check is already done in the URB handler em28xx_irq_callback before calling these functions. Signed-off-by: Frank Schäfer fschaefer@googlemail.com --- drivers/media/usb/em28xx/em28xx-dvb.c |5 + drivers/media/usb/em28xx/em28xx-video.c | 10 ++ 2 Dateien geändert, 3

[PATCH v2 13/21] em28xx: rename function em28xx_isoc_copy and extend for USB bulk transfers

The URB data processing for bulk transfers is very similar to what is done with isoc transfers, so create a common function that works with both transfer types based on the existing isoc function. Signed-off-by: Frank Schäfer fschaefer@googlemail.com ---

[PATCH v2 14/21] em28xx: rename function em28xx_isoc_copy_vbi and extend for USB bulk transfers

The URB data processing for bulk transfers is very similar to what is done with isoc transfers, so create a common function that works with both transfer types based on the existing isoc function. Signed-off-by: Frank Schäfer fschaefer@googlemail.com ---

[PATCH v2 16/21] em28xx: rename usb debugging module parameter and macro

Rename module parameter isoc_debug to usb_debug and macro em28xx_isocdbg to em28xx_usb dbg to reflect that they are used for isoc and bulk USB transfers. Signed-off-by: Frank Schäfer fschaefer@googlemail.com --- drivers/media/usb/em28xx/em28xx-video.c | 58 +++

[PATCH v2 17/21] em28xx: rename some USB parameter fields in struct em28xx to clarify their role

Also improve the comments. Signed-off-by: Frank Schäfer fschaefer@googlemail.com --- drivers/media/usb/em28xx/em28xx-cards.c | 20 +++- drivers/media/usb/em28xx/em28xx-core.c |8 drivers/media/usb/em28xx/em28xx-dvb.c |4 ++--

[PATCH v2 18/21] em28xx: add fields for analog and DVB USB transfer type selection to struct em28xx

Signed-off-by: Frank Schäfer fschaefer@googlemail.com --- drivers/media/usb/em28xx/em28xx.h |4 1 Datei geändert, 4 Zeilen hinzugefügt(+) diff --git a/drivers/media/usb/em28xx/em28xx.h b/drivers/media/usb/em28xx/em28xx.h index 6b8d3e6b..f5be522 100644 ---

[PATCH v2 19/21] em28xx: set USB alternate settings for analog video bulk transfers properly

Extend function em28xx_set_alternate: - use alternate setting 0 for bulk transfers as default - respect module parameter 'alt'=0 for bulk transfers - set max_packet_size to 512 bytes for bulk transfers Signed-off-by: Frank Schäfer fschaefer@googlemail.com ---

[PATCH v2 20/21] em28xx: improve USB endpoint logic, also use bulk transfers

The current enpoint logic ignores all bulk endpoints and uses a fixed mapping between endpint addresses and the supported data stream types (analog/audio/DVB): Ep 0x82, isoc = analog Ep 0x83, isoc = audio Ep 0x84, isoc = DVB Now that the code can also do bulk transfers, the endpoint logic

[PATCH v2 21/21] em28xx: add module parameter for selection of the preferred USB transfer type

By default, isoc transfers are used if possible. With the new module parameter, bulk can be selected as the preferred USB transfer type. Signed-off-by: Frank Schäfer fschaefer@googlemail.com --- drivers/media/usb/em28xx/em28xx-cards.c | 11 +-- 1 Datei geändert, 9 Zeilen

Re: [PATCH v2 21/21] em28xx: add module parameter for selection of the preferred USB transfer type

Am 08.11.2012 21:19, schrieb Devin Heitmueller: On Thu, Nov 8, 2012 at 1:11 PM, Frank Schäfer fschaefer@googlemail.com wrote: By default, isoc transfers are used if possible. With the new module parameter, bulk can be selected as the preferred USB transfer type. Hi Frank, Does your

Re: [PATCH v2 21/21] em28xx: add module parameter for selection of the preferred USB transfer type

On Thu, Nov 8, 2012 at 1:37 PM, Frank Schäfer fschaefer@googlemail.com wrote: at least the Silvercrest Webcam 1.3mpix (board 71) exposes both endpoint types (0x82=isoc and 0x84=bulk). Ah, interesting. It might be worthwhile to log a warning in dmesg if the user sets the modprobe option but

[PATCH] staging/media: Use dev_ or pr_ printks in lirc/lirc_sasem.c

fixed below checkpatch warnings. - WARNING: Prefer netdev_info(netdev, ... then dev_info(dev, ... then pr_info(... to printk(KERN_INFO ... - WARNING: Prefer netdev_warn(netdev, ... then dev_warn(dev, ... then pr_warn(... to printk(KERN_WARNING ... - WARNING: Prefer netdev_err(netdev, ... then

[PATCH] staging/media: Use dev_ or pr_ printks in lirc/lirc_imon.c

fixed below checkpatch warnings. - WARNING: Prefer netdev_info(netdev, ... then dev_info(dev, ... then pr_info(... to printk(KERN_INFO ... - WARNING: Prefer netdev_err(netdev, ... then dev_err(dev, ... then pr_err(... to printk(KERN_ERR ... and add pr_fmt. Signed-off-by: YAMANE Toshiaki

[PATCH] staging/media: Use dev_ printks in lirc/igorplugusb.c

fixed below checkpatch warnings. - WARNING: Prefer netdev_warn(netdev, ... then dev_warn(dev, ... then pr_warn(... to printk(KERN_WARNING ... - WARNING: Prefer netdev_err(netdev, ... then dev_err(dev, ... then pr_err(... to printk(KERN_ERR ... Signed-off-by: YAMANE Toshiaki

Re: it913x driver with USB1.1

On 11/08/2012 07:48 PM, Malcolm Priestley wrote: On 07/11/12 23:43, Antti Palosaari wrote: Malcolm, Have you newer tested it with USB1.1 port? Stream is totally broken. Hi Antti Hmm, yes it is a bit choppy on dvb-usb-v2. I will have a look at it. Fedora's stock 3.6.5-1.fc17.x86_64 is

[PATCH 0/2] Add RC support for MyGica X8507

Hi All This series add remote control support for MyGica X8507. I test for 2 month under OpenSuse(X64) 11.4 and 12.2 with kernel 3.4, 3.5, 3.6 also 3.7-rc2 and rc3. Signed-off-by: Alfredo J. Delaiti alfredodela...@netscape.net Patch 1 add remote keytable definition Patch 2 add support card

[PATCH 2/2] Add RC support for MyGica X8507 - add support card

add support card Signed-off-by: Alfredo J. Delaiti alfredodela...@netscape.net diff --git a/drivers/media/pci/cx23885/cx23885-cards.c b/drivers/media/pci/cx23885/cx23885-cards.c index 6277e14..91eddc2 100644 --- a/drivers/media/pci/cx23885/cx23885-cards.c +++

[PATCH 1/2] Add RC support for MyGica X8507 - remote keytable definition

Add remote keytable definition Signed-off-by: Alfredo J. Delaiti alfredodela...@netscape.net diff --git a/drivers/media/rc/keymaps/Makefile b/drivers/media/rc/keymaps/Makefile index ab84d66..c6a6ef0 100644 --- a/drivers/media/rc/keymaps/Makefile +++ b/drivers/media/rc/keymaps/Makefile @@

[GIT PULL FOR v3.8] SMIA++, adp1653 driver and V4L2 events/fh

Hi Mauro, Just contact info change. My @maxwell.research.nokia.com no longer works. Please pull: The following changes since commit 2cb654fd281e1929aa3b9f5f54f492135157a613: MAINTAINERS: add support for tea5761/tea5767 tuners (2012-11-02 12:09:00 -0200) are available in the git repository

cron job: media_tree daily build: WARNINGS

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:Thu Nov 8 19:00:20 CET 2012 git hash:2cb654fd281e1929aa3b9f5f54f492135157a613 gcc version: i686-linux-gcc

Re: [PATCH v7 5/8] fbmon: add videomode helpers

Hi! On Wed, Oct 31, 2012 at 03:30:03PM +, Manjunathappa, Prakash wrote: Hi Steffen, On Wed, Oct 31, 2012 at 14:58:05, Steffen Trumtrar wrote: +#if IS_ENABLED(CONFIG_VIDEOMODE) +int videomode_to_fb_videomode(struct videomode *vm, struct fb_videomode *fbmode) +{ + fbmode-xres =

[PATCH] it913x: [BUG] fix correct endpoint size when pid filter on.

On Thu, 2012-11-08 at 22:18 +0200, Antti Palosaari wrote: On 11/08/2012 07:48 PM, Malcolm Priestley wrote: On 07/11/12 23:43, Antti Palosaari wrote: Malcolm, Have you newer tested it with USB1.1 port? Stream is totally broken. Hi Antti Hmm, yes it is a bit choppy on dvb-usb-v2.

Re: [PATCH v7 0/8] of: add display helper

On 10/31/2012 04:28 AM, Steffen Trumtrar wrote: Hi! Finally, v7 of the series. Changes since v6: - get rid of some empty lines etc. - move functions to their subsystems - split of_ from non-of_ functions - add at least some kerneldoc to some functions Regards,

Re: [RFC 4/4] v4l: Tell user space we're using monotonic timestamps

Hi Laurent, On Thu, Nov 08, 2012 at 01:18:15PM +0100, Laurent Pinchart wrote: On Monday 05 November 2012 16:04:32 Sakari Ailus wrote: On Sun, Nov 04, 2012 at 01:07:25PM +0100, Laurent Pinchart wrote: On Wednesday 24 October 2012 21:16:23 Sakari Ailus wrote: ... @@ -367,7 +368,8 @@