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 versi

[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): stk

[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 --- drivers/media/usb/stk1160/st

[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 rows/

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 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 to be > resumed when th

[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

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 r

[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 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 will

Re: tw5864 driver development, help needed

On Wed, Jun 3, 2015 at 1:03 AM, Andrey Utkin wrote: > Hi! I am working on making a Linux driver for TW5864-based video&audio > capture and encoding PCI boards. The driver is to be submitted for > inclusion to Linux upstream. > The following two links are links to boards available for buying: > htt

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 dri

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

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

Audio will be supported with a further patch. Signed-off-by: Krzysztof Hałasa 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 "drivers/media/pci/zoran/Kconfig

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 r

[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

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). Fi

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

Nathaniel Bezanson 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 on ARM, and shoul

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 r

[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

[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 ca

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 a