Re: [PATCH v2 1/1] vb2: Only requeue buffers immediately once streaming is started

Hi Hans, Hans Verkuil wrote: On 07/03/2015 02:47 PM, Sakari Ailus wrote: Buffers can be returned back to videobuf2 in driver's streamon handler. In this case vb2_buffer_done() with buffer state VB2_BUF_STATE_QUEUED will cause the driver's buf_queue vb2 operation to be called, queueing the same

Re: [PATCH v2 1/1] vb2: Only requeue buffers immediately once streaming is started

On 07/03/2015 02:47 PM, Sakari Ailus wrote: Buffers can be returned back to videobuf2 in driver's streamon handler. In this case vb2_buffer_done() with buffer state VB2_BUF_STATE_QUEUED will cause the driver's buf_queue vb2 operation to be called, queueing the same buffer again only to be

Re: [PATCH v3 1/1] vb2: Only requeue buffers immediately once streaming is started

On 07/03/2015 04:50 PM, Sakari Ailus wrote: Buffers can be returned back to videobuf2 in driver's streamon handler. In this case vb2_buffer_done() with buffer state VB2_BUF_STATE_QUEUED will cause the driver's buf_queue vb2 operation to be called, queueing the same buffer again only to be

[PATCH v2 1/1] vb2: Only requeue buffers immediately once streaming is started

Buffers can be returned back to videobuf2 in driver's streamon handler. In this case vb2_buffer_done() with buffer state VB2_BUF_STATE_QUEUED will cause the driver's buf_queue vb2 operation to be called, queueing the same buffer again only to be returned to videobuf2 using vb2_buffer_done() and so

Re: [PATCH v2 1/1] vb2: Only requeue buffers immediately once streaming is started

On 07/03/2015 03:28 PM, Sakari Ailus wrote: Hi Hans, Hans Verkuil wrote: On 07/03/2015 02:47 PM, Sakari Ailus wrote: Buffers can be returned back to videobuf2 in driver's streamon handler. In this case vb2_buffer_done() with buffer state VB2_BUF_STATE_QUEUED will cause the driver's

Re: [PATCH v2 1/1] vb2: Only requeue buffers immediately once streaming is started

Hi Hans, Hans Verkuil wrote: On 07/03/2015 03:28 PM, Sakari Ailus wrote: Hi Hans, Hans Verkuil wrote: On 07/03/2015 02:47 PM, Sakari Ailus wrote: Buffers can be returned back to videobuf2 in driver's streamon handler. In this case vb2_buffer_done() with buffer state VB2_BUF_STATE_QUEUED

Re: tw5864 driver development, help needed

On Wed, Jun 3, 2015 at 1:03 AM, Andrey Utkin andrey.ut...@corp.bluecherry.net wrote: Hi! I am working on making a Linux driver for TW5864-based videoaudio capture and encoding PCI boards. The driver is to be submitted for inclusion to Linux upstream. The following two links are links to boards

[PATCH v4 1/1] vb2: Only requeue buffers immediately once streaming is started

Buffers can be returned back to videobuf2 in driver's streamon handler. In this case vb2_buffer_done() with buffer state VB2_BUF_STATE_QUEUED will cause the driver's buf_queue vb2 operation to be called, queueing the same buffer again only to be returned to videobuf2 using vb2_buffer_done() and so

[PATCH] [MEDIA] Add support for TW686[4589]-based frame grabbers.

Audio will be supported with a further patch. Signed-off-by: Krzysztof Hałasa khal...@piap.pl diff --git a/drivers/media/pci/Kconfig b/drivers/media/pci/Kconfig index 218144a..32902f2 100644 --- a/drivers/media/pci/Kconfig +++ b/drivers/media/pci/Kconfig @@ -21,6 +21,7 @@ source

[PATCH v3 1/1] vb2: Only requeue buffers immediately once streaming is started

Buffers can be returned back to videobuf2 in driver's streamon handler. In this case vb2_buffer_done() with buffer state VB2_BUF_STATE_QUEUED will cause the driver's buf_queue vb2 operation to be called, queueing the same buffer again only to be returned to videobuf2 using vb2_buffer_done() and so

Re: [PATCH v2 5/7] [media] v4l2-core: Implement dev_pm_ops.prepare()

Hi, Em Fri, 3 Apr 2015 14:57:54 +0200 Tomeu Vizoso tomeu.viz...@collabora.com escreveu: Have it return 1 so that video devices that are runtime-suspended won't be suspended when the system goes to a sleep state. This can make resume times considerably shorter because these devices don't need

cron job: media_tree daily build: OK

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: Sat Jul 4 04:00:26 CEST 2015 git branch: test git hash: 5bab86243d949cf021b0f104faafc18f5d20283c gcc

[PATCH v3 2/2] stk1160: Add frame scaling support

This commit implements frame decimation for stk1160, which allows to support format changes instead of a static frame size. The stk1160 supports independent row and column decimation, in two different modes: * set a number of rows/columns units to skip for each unit sent. * set a number of

[PATCH v3 0/2] stk1160: Frame scaling and de-verbosification

I've removed the driver verbosity and fixed the frame scale implementation. In addition to the usual mplayer/vlc/qv4l2, it's now tested with v4l2-compliance on media_tree master branch. $ v4l2-compliance -s -f: Total: 131, Succeeded: 131, Failed: 0, Warnings: 5 Thanks, Ezequiel Garcia (2):

[PATCH v3 1/2] stk1160: Reduce driver verbosity

These messages are not really informational, and just makes the driver's output too verbose. This commit changes some messages to a debug level, removes a really useless driver loaded message and finally undefines the DEBUG macro. Signed-off-by: Ezequiel Garcia ezequ...@vanguardiasur.com.ar ---

Re: Subjective maturity of tw6869, cx25821, bluecherry/softlogic drivers

On 07/02/2015 11:14 PM, Nathaniel Bezanson wrote: Hi all, If this isn't the appropriate venue for this question, please gently steer me somewhere else. Thanks. :) I'm trying to head off the well you shouldn't have bought *that* junk in the first place! advice by doing some research ahead of

[PATCH] media: s5p-jpeg: Eliminate double kfree

video_unregister_device() calls device_unregister(), which calls put_device(), which calls kobject_put(), and if this is the last reference then kobject_release() is called, which calls kobject_cleanup(), which calls ktype's release method which happens to be device_release() in this case, which

[PATCH 1/1] vb2: Only requeue buffers immediately once streaming is started

Buffers can be returned back to videobuf2 in driver's streamon handler. In this case vb2_buffer_done() with buffer state VB2_BUF_STATE_QUEUED will cause the driver's buf_queue vb2 operation to be called, queueing the same buffer again only to be returned to videobuf2 using vb2_buffer_done() and so

Re: [PATCH 1/1] vb2: Only requeue buffers immediately once streaming is started

On 07/03/2015 12:20 PM, Sakari Ailus wrote: Buffers can be returned back to videobuf2 in driver's streamon handler. In this case vb2_buffer_done() with buffer state VB2_BUF_STATE_QUEUED will cause the driver's buf_queue vb2 operation to be called, queueing the same buffer again only to be

Re: Subjective maturity of tw6869, cx25821, bluecherry/softlogic drivers

Nathaniel Bezanson mys...@telcodata.us writes: I found the intersil/techwell TW6869 chip on a very affordable card, and there's a nice looking driver here: https://github.com/igorizyumin/tw6869/ It didn't work for me. Probably because it uses large coherent allocations (which aren't possible

Video driver for Techwell TW686[4589]-based cards.

I'll be attaching a driver for Techwell/Intersil TW686[4589]-based video frame grabbers. It's currently tested only with v4.0 (the system I'm using this on has problems with v4.1) but it should apply and work with current kernels (there might be a trivial conflict in Kconfig and/or Makefile).