lening

Geachte heer mevrouw Wij bieden alle soorten van leningen. Heeft u een lening tegen 1% rente nodig? Neem contact op met ons kantoor vandaag, Met het bedrag van de lening en de duur. LET OP: Dit is een legitiem aanbod. Alleen contact met ons op als u ernstig gezind zijn. Laat deze kans niet

[PATCH] [media] cxd2841er: freeze/unfreeze registers when reading stats

ensure multiple separate register reads are from the same snapshot Signed-off-by: Abylay Ospan --- drivers/media/dvb-frontends/cxd2841er.c | 52 + 1 file changed, 40 insertions(+), 12 deletions(-) diff --git

Re: [PATCH] [media] gspca: finepix: Remove deprecated create_singlethread_workqueue

On 07/16/2016 03:55 AM, Bhaktipriya Shridhar wrote: > The workqueue "work_thread" is involved in streaming the camera data. > It has a single work item(>work_struct) and hence doesn't require > ordering. Also, it is not being used on a memory reclaim path. > Hence, the singlethreaded workqueue has

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: Tue Jul 19 04:00:08 CEST 2016 git branch: test git hash: e05b1872f29a85532c2b34e3a4974a27158f1463 gcc

Re: [PATCH v2] [media] ad9389b: Remove deprecated create_singlethread_workqueue

On Sat, Jul 16, 2016 at 04:34:41PM +0530, Bhaktipriya Shridhar wrote: > The workqueue work_queue is involved in EDID (Extended Display > Identification Data) handling. > > It has a single work item(>edid_handler) and hence > doesn't require ordering. It is not being used on a memory reclaim path.

Re: [PATCH 2/2] [media] cx25821: Remove deprecated create_singlethread_workqueue

On Sat, Jul 16, 2016 at 02:43:20PM +0530, Bhaktipriya Shridhar wrote: > The workqueue "_irq_audio_queues" runs the audio upstream handler. > It has a single work item(>_audio_work_entry) and hence doesn't > require ordering. Also, it is not being used on a memory reclaim path. > Hence, the

Re: [PATCH 1/2] [media] cx25821: Drop Freeing of Workqueue

On Sat, Jul 16, 2016 at 02:41:49PM +0530, Bhaktipriya Shridhar wrote: > Workqueues shouldn't be freed. destroy_workqueue should be used instead. > destroy_workqueue safely destroys a workqueue and ensures that all pending > work items are done before destroying the workqueue. > > Signed-off-by:

Re: [PATCH] [media] gspca: finepix: Remove deprecated create_singlethread_workqueue

On Sat, Jul 16, 2016 at 02:25:56PM +0530, Bhaktipriya Shridhar wrote: > The workqueue "work_thread" is involved in streaming the camera data. > It has a single work item(>work_struct) and hence doesn't require > ordering. Also, it is not being used on a memory reclaim path. > Hence, the

Re: [PATCH] [media] gspca: vicam: Remove deprecated create_singlethread_workqueue

On Sat, Jul 16, 2016 at 02:22:19PM +0530, Bhaktipriya Shridhar wrote: > The workqueue "work_thread" is involved in streaming the camera data. > It has a single work item(>work_struct) and hence doesn't require > ordering. Also, it is not being used on a memory reclaim path. > Hence, the

Re: [PATCH] [media] gspca: jl2005bcd: Remove deprecated create_singlethread_workqueue

On Sat, Jul 16, 2016 at 02:23:48PM +0530, Bhaktipriya Shridhar wrote: > The workqueue "work_thread" is involved in streaming the camera data. > It has a single work item(>work_struct) and hence doesn't require > ordering. Also, it is not being used on a memory reclaim path. > Hence, the

Re: [PATCH] [media] gspca: sonixj: Remove deprecated create_singlethread_workqueue

On Sat, Jul 16, 2016 at 02:20:28PM +0530, Bhaktipriya Shridhar wrote: > The workqueue "work_thread" is involved in updating the JPEG quality > of the gspca_dev. It has a single work item(>work) and hence doesn't > require ordering. Also, it is not being used on a memory reclaim path. > Hence, the

Re: [PATCH] [media] pvrusb2: Remove deprecated create_singlethread_workqueue

On Sat, Jul 16, 2016 at 02:02:34PM +0530, Bhaktipriya Shridhar wrote: > The workqueue "workqueue" is involved in polling the pvrusb2 hardware > (pvr2_hdw). > > It has a single work item(>workpoll) and hence doesn't require > ordering. Also, it is not being used on a memory reclaim path. > Hence,

Re: [PATCH] [media] s5p-mfc: Remove deprecated create_singlethread_workqueue

On Sat, Jul 16, 2016 at 02:00:25PM +0530, Bhaktipriya Shridhar wrote: > alloc_workqueue replaces deprecated create_singlethread_workqueue(). > > The MFC device driver is a v4l2 driver which can encode/decode video > raw/elementary streams and has support for all popular video codecs. > > The

Re: [PATCH] [media] s5p-mfc: Remove deprecated create_singlethread_workqueue

On Sat, Jul 16, 2016 at 02:00:25PM +0530, Bhaktipriya Shridhar wrote: > alloc_workqueue replaces deprecated create_singlethread_workqueue(). > > The MFC device driver is a v4l2 driver which can encode/decode video > raw/elementary streams and has support for all popular video codecs. > > The

[PATCH] Documentation: add support for V4L touch devices

From: Nick Dyer Signed-off-by: Nick Dyer --- Documentation/media/uapi/mediactl/media-types.rst | 24 +++-- Documentation/media/uapi/v4l/dev-touch.rst| 55 ++ Documentation/media/uapi/v4l/devices.rst |1 +

[PATCH v8 10/10] Input: sur40 - use new V4L2 touch input type

Support both V4L2_TCH_FMT_TU08 and V4L2_PIX_FMT_GREY for backwards compatibility. Note: I have not tested these changes (I have no access to the hardware) so not signing off. --- drivers/input/touchscreen/sur40.c | 122 +++-- 1 file changed, 89 insertions(+), 33

[PATCH v8 0/10] Output raw touch data via V4L2

This is a series of patches to add output of raw touch diagnostic data via V4L2 to the Atmel maXTouch and Synaptics RMI4 drivers. It's a rewrite of the previous implementation which output via debugfs: it now uses a V4L2 device in a similar way to the sur40 driver. We have a utility which can

[PATCH v8 03/10] Input: atmel_mxt_ts - add support for T37 diagnostic data

Atmel maXTouch devices have a T37 object which can be used to read raw touch deltas from the device. This consists of an array of 16-bit integers, one for each node on the touchscreen matrix. Signed-off-by: Nick Dyer --- drivers/input/touchscreen/Kconfig|6 ++

[PATCH] v4l2-compliance: Changes to support touch sensors

Signed-off-by: Nick Dyer --- utils/v4l2-compliance/v4l2-compliance.cpp| 51 +- utils/v4l2-compliance/v4l2-compliance.h |1 + utils/v4l2-compliance/v4l2-test-input-output.cpp |4 +- 3 files changed, 53 insertions(+), 3

[PATCH v8 01/10] Input: atmel_mxt_ts - update MAINTAINERS email address

I'm leaving ITDev, so change to my personal email. My understanding is that someone at Atmel will take this on once their takeover by Microchip has settled down. Signed-off-by: Nick Dyer --- MAINTAINERS |6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff

[PATCH v8 04/10] Input: atmel_mxt_ts - output diagnostic debug via V4L2 device

Register a video device to output T37 diagnostic data. Signed-off-by: Nick Dyer --- drivers/input/touchscreen/Kconfig|6 +- drivers/input/touchscreen/atmel_mxt_ts.c | 245 ++ 2 files changed, 249 insertions(+), 2 deletions(-) diff

[PATCH v8 06/10] Input: atmel_mxt_ts - handle diagnostic data orientation

Invert the diagnostic data to match the orientation of the input device. Signed-off-by: Nick Dyer --- drivers/input/touchscreen/atmel_mxt_ts.c | 26 +- 1 file changed, 21 insertions(+), 5 deletions(-) diff --git

[PATCH v8 05/10] Input: atmel_mxt_ts - read touchscreen size

The touchscreen may have a margin where not all the matrix is used. Read the parameters from T9 and T100 and take account of the difference. Note: this does not read the XORIGIN/YORIGIN fields so it assumes that the touchscreen starts at (0,0) Signed-off-by: Nick Dyer ---

[PATCH v8 02/10] v4l2-core: Add support for touch devices

Some touch controllers send out touch data in a similar way to a greyscale frame grabber. Add new device type VFL_TYPE_TOUCH: - This uses a new device prefix v4l-touch for these devices, to stop generic capture software from treating them as webcams. Otherwise, touch is treated similarly to

[PATCH v8 09/10] Input: synaptics-rmi4 - add support for F54 diagnostics

Function 54 implements access to various RMI4 diagnostic features. This patch adds support for retrieving this data. It registers a V4L2 device to output the data to user space. Signed-off-by: Nick Dyer Tested-by: Andrew Duggan Tested-by: Chris Healy

[PATCH v8 08/10] Input: atmel_mxt_ts - add support for reference data

There are different datatypes available from a maXTouch chip. Add support to retrieve reference data as well. Signed-off-by: Nick Dyer --- drivers/input/touchscreen/atmel_mxt_ts.c | 57 ++ 1 file changed, 51 insertions(+), 6 deletions(-) diff

[PATCH v8 07/10] Input: atmel_mxt_ts - add diagnostic data support for mXT1386

The mXT1386 family of chips have a different architecture which splits the diagnostic data into 3 columns. Signed-off-by: Nick Dyer --- drivers/input/touchscreen/atmel_mxt_ts.c | 31 +++--- 1 file changed, 28 insertions(+), 3 deletions(-) diff

Re: si2157: new revision?

Hello Antii! I succeed with my tuner Evromedia USB Full Hybrid Full HD!! $ w_scan -ft -c UA -M ... tune to: QAM_AUTO f = 474000 kHz I999B8C999D999T999G999Y999 (0:1:43) (time: 02:59.095) service = 5 KANAL (Scopus Network Technologies) service = NEWS ONE (News One) service =

Re: [PATCH v4 09/12] [media] vivid: Local optimization

Hi Philipp: On Mon, Jul 18, 2016 at 4:16 PM, Philipp Zabel wrote: > I had the best looking result with this variant, btw: > > y >>= 4; > cb >>= 4; > cr >>= 4; > if (tpg->real_quantization == V4L2_QUANTIZATION_LIM_RANGE) { >

[PATCH 10/18] [media] cx2341x.rst: add the contents of fw-upload.txt

Add the contents of fw-upload.txt, after converting it to ReST format. Signed-off-by: Mauro Carvalho Chehab --- Documentation/media/v4l-drivers/cx2341x.rst | 53 + 1 file changed, 53 insertions(+) diff --git

[PATCH 12/18] [media] cx2341x: add contents of README.hm12

The README.hm12 file describes the proprietary format used by this driver for raw format, called HM12. Add its description at the document, after converted to ReST. Signed-off-by: Mauro Carvalho Chehab --- Documentation/media/v4l-drivers/cx2341x.rst | 125

Cycling Email List

Hi, I am Carmen, Would you be interested in acquiring an email list of "Cycling Email List" from USA? We have data for Boat Owners Email List, Travelers Email List, RV Owners Email List, Iphone users, MotorCycle Owners Email List and many more. Choose the best one that meets your need.

[PATCH 18/18] [media] doc-rst: better name the media books

The titles at the media books were misleading, and some books were not numbered. Rename the kAPI book to better reflect its contents, be more consistent on the initial rst file for each book and better name them. Signed-off-by: Mauro Carvalho Chehab ---

[PATCH 15/18] [media] cx88.rst: add contents of hauppauge-wintv-cx88-ir.txt

Import the contents of hauppauge-wintv-cx88-ir.txt, after converted to ReST into cx88.rst file. Signed-off-by: Mauro Carvalho Chehab --- Documentation/media/v4l-drivers/cx88.rst | 62 ++ .../video4linux/cx88/hauppauge-wintv-cx88-ir.txt |

[PATCH 13/18] [media] cx2341x.rst: add contents of README.vbi

Finally, adds the content of README.vbi at cx2341x.rst after its conversion to ReST format. Now, add information about this chipset and its driver is inside a single chapter at the media/v4l-drivers book. Signed-off-by: Mauro Carvalho Chehab ---

[PATCH 11/18] [media] cx2341x.rst: add contents of fw-osd-api.txt

Convert it to ReST format and add to cx2341x.rst file. Signed-off-by: Mauro Carvalho Chehab --- Documentation/media/v4l-drivers/cx2341x.rst | 675 +++ Documentation/video4linux/cx2341x/fw-osd-api.txt | 350

[PATCH 17/18] [media] doc-rst: fix media kAPI documentation

I ended by adding twice each media header, because I saw some missing stuff at the documents. It seems it was my mistake, as everything seems to be there. So, remove those extra stuff, to avoid duplicating the documentation of the functions. Signed-off-by: Mauro Carvalho Chehab

[PATCH 14/18] [media] cx88.rst: add contents from not-in-cx2388x-datasheet.txt

There are some information about missing/wrong documentation at cx231xx datasheet. Add it to the cx88 chapter. Signed-off-by: Mauro Carvalho Chehab --- Documentation/media/v4l-drivers/cx88.rst | 42 ++

[PATCH 01/18] [media] doc-rst: move bttv documentation to bttv.rst file

There were several files under Documentation/video4linux/bttv. Instead of simply copying them to the rst folder, I opted to merge into a single document and adjust the headers to adjust the section levels and fix the cards tables. There are two exceptions on the merge: - The Tuners were renamed

[PATCH 03/18] [media] doc-rst: add documentation for tuners

Convert bttv/Tuners to ReST and add it to the media/v4l-drivers book. Signed-off-by: Mauro Carvalho Chehab --- Documentation/media/v4l-drivers/index.rst | 1 + Documentation/media/v4l-drivers/tuners.rst | 90 ++ 2 files changed, 54

[PATCH 09/18] [media] cx2341x.rst: add contents of fw-memory.txt

Convert the content to ReST and add it at the cx231xx.rst file. Signed-off-by: Mauro Carvalho Chehab --- Documentation/media/v4l-drivers/cx2341x.rst | 151 Documentation/video4linux/cx2341x/fw-memory.txt | 139 -- 2

[PATCH 00/18] Complete moving media documentation to ReST format

This patch series finally ends the conversion of the media documents to ReST format. After this series, *all* media documentation will be inside a ReST book. They'll be: - Linux Media Infrastructure userspace API - With 5 parts: - Video for Linux API - Digital TV API - Remote

[PATCH 07/18] [media] cx2341x.rst: add the contents of fw-calling.txt

Convert it to ReST and add its contents at this file. Signed-off-by: Mauro Carvalho Chehab --- Documentation/media/v4l-drivers/cx2341x.rst | 75 Documentation/video4linux/cx2341x/fw-calling.txt | 69 -- 2 files changed,

[PATCH 06/18] [media] cx2341x.rst: Add the contents of fw-encoder-api.txt

Convert its contents to ReST and add to cx2341x.rst. Signed-off-by: Mauro Carvalho Chehab --- Documentation/media/v4l-drivers/cx2341x.rst| 1241 .../video4linux/cx2341x/fw-encoder-api.txt | 709 --- 2 files changed, 1241

[PATCH 08/18] [media] cx2341x.rst: add contents of fw-dma.txt

Add the contents of fw-dma.txt, converted to ReST, and drop the old file. Signed-off-by: Mauro Carvalho Chehab --- Documentation/media/v4l-drivers/cx2341x.rst | 99 Documentation/video4linux/cx2341x/fw-dma.txt | 96

[PATCH 16/18] [media] get rid of Documentation/video4linux/lifeview.txt

Move the contents of this file to bttv.rst and saa7134.rst. With that, we can finally remove Documentation/video4linux. Signed-off-by: Mauro Carvalho Chehab --- Documentation/media/v4l-drivers/bttv.rst| 8 ++ Documentation/media/v4l-drivers/saa7134.rst | 36

[PATCH 05/18] [media] cx2341x.rst: add fw-decoder-registers.txt content

Convert the contents of fw-decoder-registers.txt to ReST and add it to cx2341x.rst file. Signed-off-by: Mauro Carvalho Chehab --- Documentation/media/v4l-drivers/cx2341x.rst| 1003 ++-- .../video4linux/cx2341x/fw-decoder-regs.txt| 817

[PATCH 02/18] [media] doc-rst: add documentation for bttv driver

Convert it to ReST and add it to media/v4l-drivers book. Signed-off-by: Mauro Carvalho Chehab --- Documentation/media/v4l-drivers/bttv.rst | 156 ++ Documentation/media/v4l-drivers/index.rst | 1 + 2 files changed, 96 insertions(+), 61

[PATCH 04/18] [media] doc-rst: start adding documentation for cx2341x

move the contents of fw-decoder-api.txt to cx2341x and convert it to ReST file, adding it to media/v4l-drivers Signed-off-by: Mauro Carvalho Chehab --- Documentation/media/v4l-drivers/cx2341x.rst| 564 +

[PATCH next] [media] vb2: Fix allocation size of dma_parms

Signed-off-by: Vincent Stehlé <vincent.ste...@laposte.net> Cc: Marek Szyprowski <m.szyprow...@samsung.com> Cc: Sylwester Nawrocki <s.nawro...@samsung.com> --- Hi, I saw that in linux next-20160718. Best regards, Vincent. drivers/media/v4l2-core/videobuf2-dma-contig.c | 2 +- 1 fil

Re: [PATCH 2/2 v2] Add GS1662 driver, a video serializer

Hi, [auto build test ERROR on linuxtv-media/master] [also build test ERROR on v4.7-rc7 next-20160718] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/Charles-Antoine-Couret/SDI-add-flag-for-SDI

Re: DRM device memory writeback (Mali-DP)

On Mon, Jul 18, 2016 at 11:01 AM, Daniel Vetter wrote: > On Mon, Jul 18, 2016 at 12:47:38PM +0200, Hans Verkuil wrote: >> On 07/18/2016 12:29 PM, Brian Starkey wrote: >> > OK, so let's talk about using connectors instead then :-) >> > >> > We can attach a generic fixed_mode

Re: DRM device memory writeback (Mali-DP)

On Mon, Jul 18, 2016 at 12:47:38PM +0200, Hans Verkuil wrote: > On 07/18/2016 12:29 PM, Brian Starkey wrote: > > Hi, > > > > On Fri, Jul 15, 2016 at 10:42:01AM -0700, Eric Anholt wrote: > >> Ville Syrjälä writes: > >> > >>> On Fri, Jul 15, 2016 at 10:09:19AM +0100,

[PATCH 4/6] radio: zoltrix: Utilize the module_isa_driver macro

This driver does not do anything special in module init/exit. This patch eliminates the module init/exit boilerplate code by utilizing the module_isa_driver macro. Signed-off-by: William Breathitt Gray --- drivers/media/radio/radio-zoltrix.c | 14 +- 1 file

[PATCH 3/6] radio: trust: Utilize the module_isa_driver macro

This driver does not do anything special in module init/exit. This patch eliminates the module init/exit boilerplate code by utilizing the module_isa_driver macro. Signed-off-by: William Breathitt Gray --- drivers/media/radio/radio-trust.c | 13 + 1 file

[PATCH 6/6] radio: aimslab: Utilize the module_isa_driver macro

This driver does not do anything special in module init/exit. This patch eliminates the module init/exit boilerplate code by utilizing the module_isa_driver macro. Cc: Hans Verkuil Signed-off-by: William Breathitt Gray ---

[PATCH 5/6] radio: aztech: Utilize the module_isa_driver macro

This driver does not do anything special in module init/exit. This patch eliminates the module init/exit boilerplate code by utilizing the module_isa_driver macro. Cc: Hans Verkuil Signed-off-by: William Breathitt Gray ---

[PATCH 2/6] radio: rtrack2: Utilize the module_isa_driver macro

This driver does not do anything special in module init/exit. This patch eliminates the module init/exit boilerplate code by utilizing the module_isa_driver macro. Signed-off-by: William Breathitt Gray --- drivers/media/radio/radio-rtrack2.c | 13 + 1 file

[PATCH 1/6] radio: terratec: Utilize the module_isa_driver macro

This driver does not do anything special in module init/exit. This patch eliminates the module init/exit boilerplate code by utilizing the module_isa_driver macro. Signed-off-by: William Breathitt Gray --- drivers/media/radio/radio-terratec.c | 14 +- 1 file

[PATCH 0/6] radio: Utilize the module_isa_driver macro

The module_isa_driver macro is a helper macro for ISA drivers which do not do anything special in module init/exit. This patchset eliminates a lot of ISA driver registration boilerplate code by utilizing module_isa_driver, which replaces module_init and module_exit. William Breathitt Gray (6):

Re: [PATCH v4 09/12] [media] vivid: Local optimization

Hi Ricardo, Am Montag, den 18.07.2016, 15:21 +0200 schrieb Ricardo Ribalda Delgado: > Hi Philipp > > On Mon, Jul 18, 2016 at 3:13 PM, Philipp Zabel wrote: > > Since the constant expressions are evaluated at compile time, you are > > not actually removing shifts. The code

Re: [PATCH] [media] vb2: map dmabuf for planes on driver queue instead of vidioc_qbuf

Hello Hans, Michael and Marek, Thanks a lot for your feedback. On 07/18/2016 04:34 AM, Hans Verkuil wrote: > On 07/15/2016 06:26 PM, Javier Martinez Canillas wrote: >> The buffer planes' dma-buf are currently mapped when buffers are queued >> from userspace but it's more appropriate to do the

Re: [PATCH] [media] vb2: map dmabuf for planes on driver queue instead of vidioc_qbuf

Le lundi 18 juillet 2016 à 10:34 +0200, Hans Verkuil a écrit : > On 07/15/2016 06:26 PM, Javier Martinez Canillas wrote: > > The buffer planes' dma-buf are currently mapped when buffers are queued > > from userspace but it's more appropriate to do the mapping when buffers > > are queued in the

Re: [PATCH v4 09/12] [media] vivid: Local optimization

Hi Philipp On Mon, Jul 18, 2016 at 3:13 PM, Philipp Zabel wrote: > Since the constant expressions are evaluated at compile time, you are > not actually removing shifts. The code generated for precalculate_color > by gcc 5.4 even grows by one asr instruction with this

Re: [PATCH v4 09/12] [media] vivid: Local optimization

Hi Ricardo, Am Montag, den 18.07.2016, 14:42 +0200 schrieb Ricardo Ribalda Delgado: > Avoid duplicated data shifts when possible. > > Signed-off-by: Ricardo Ribalda Delgado > --- > drivers/media/common/v4l2-tpg/v4l2-tpg-core.c | 13 +++-- > 1 file changed, 7

Re: [PATCH] dma-buf: Release module reference on creation failure

Hi Chris, On 18 July 2016 at 17:40, Daniel Vetter wrote: > On Mon, Jul 18, 2016 at 12:16:22PM +0100, Chris Wilson wrote: >> If we fail to create the anon file, we need to remember to release the >> module reference on the owner. >> Thanks for the patch. >> Signed-off-by: Chris

[PATCH v4 01/12] [media] videodev2.h Add HSV formats

These formats store the color information of the image in a geometrical representation. The colors are mapped into a cylinder, where the angle is the HUE, the height is the VALUE and the distance to the center is the SATURATION. This is a very useful format for image segmentation algorithms.

[PATCH v4 04/12] [media] vivid: Code refactor for color encoding

Replace is_yuv with color_enc Which can be used by other color encodings such us HSV. This change should ease the review of the following patches. Signed-off-by: Ricardo Ribalda Delgado --- drivers/media/common/v4l2-tpg/v4l2-tpg-core.c | 49 +++

[PATCH v4 00/12] Add HSV format

HSV formats are extremely useful for image segmentation. This set of patches makes v4l2 aware of this kind of formats. Vivid changes have been divided to ease the reviewing process. We are working on patches for Gstreamer and OpenCV that will make use of these formats. We still need to decide

[PATCH v4 03/12] [media] Documentation: Add Ricardo Ribalda

My initials were on the Changelog, but there was no link to my name. Signed-off-by: Ricardo Ribalda Delgado --- Documentation/media/uapi/v4l/v4l2.rst | 4 1 file changed, 4 insertions(+) diff --git a/Documentation/media/uapi/v4l/v4l2.rst

[PATCH v4 07/12] [media] vivid: Introduce TPG_COLOR_ENC_LUMA

Simplifies handling of Gray formats. Signed-off-by: Ricardo Ribalda Delgado --- drivers/media/common/v4l2-tpg/v4l2-tpg-core.c | 26 +++-- drivers/media/platform/vivid/vivid-vid-common.c | 6 +++--- include/media/v4l2-tpg.h

[PATCH v4 10/12] [media] videodev2.h Add HSV encoding

Some hardware maps the Hue between 0 and 255 instead of 0-179. Support this format with a new field hsv_enc. Signed-off-by: Ricardo Ribalda Delgado --- include/uapi/linux/videodev2.h | 21 +++-- 1 file changed, 19 insertions(+), 2 deletions(-) diff

[PATCH v4 05/12] [media] vivid: Add support for HSV formats

This patch adds support for V4L2_PIX_FMT_HSV24 and V4L2_PIX_FMT_HSV32. Signed-off-by: Ricardo Ribalda Delgado --- drivers/media/common/v4l2-tpg/v4l2-tpg-core.c | 93 +++-- drivers/media/platform/vivid/vivid-vid-common.c | 14

[PATCH v4 08/12] [media] vivid: Fix YUV555 and YUV565 handling

precalculate_color() had a optimization that avoided duplicated conversion for YUV formats. This optimization did not take into consideration YUV444, YUV555, YUV565 or limited range quantization. This patch keeps the optimization, but fixes the wrong handling. Signed-off-by: Ricardo Ribalda

Re: [PATCH] vcodec: mediatek: Add g/s_selection support for V4L2 Encoder

On 07/18/2016 02:28 PM, tiffany lin wrote: > Understood now. > > Now I am trying to figure out how to make this function right. > Our encoder only support crop range from (0, 0) to (width, height), so > if s->r.top and s->r.left not 0, I will return -EINVAL. > > > Another thing is that in

[PATCH v4 06/12] [media] vivid: Rename variable

r_y and g_u now also contain the H and V components on the HSV formats. Rename the variables to reflect this. Signed-off-by: Ricardo Ribalda Delgado --- drivers/media/common/v4l2-tpg/v4l2-tpg-core.c | 209 +- 1 file changed, 105 insertions(+),

[PATCH v4 02/12] [media] Documentation: Add HSV format

Describe the HSV formats Signed-off-by: Ricardo Ribalda Delgado --- Documentation/media/uapi/v4l/hsv-formats.rst | 19 +++ Documentation/media/uapi/v4l/pixfmt-packed-hsv.rst | 158 + Documentation/media/uapi/v4l/pixfmt.rst| 1 +

[PATCH v4 12/12] [media] vivid: Add support for HSV encoding

Support HSV encoding. Most of the logic is replicated from ycbcr_enc. Signed-off-by: Ricardo Ribalda Delgado --- drivers/media/common/v4l2-tpg/v4l2-tpg-core.c | 25 + drivers/media/platform/vivid/vivid-core.h | 1 +

[PATCH v4 11/12] [media] Documentation: Add HSV encodings

Describe the hsv_enc field and its use. Signed-off-by: Ricardo Ribalda Delgado --- Documentation/media/uapi/v4l/pixfmt-002.rst| 12 ++- Documentation/media/uapi/v4l/pixfmt-003.rst| 14 ++-- Documentation/media/uapi/v4l/pixfmt-006.rst|

[PATCH v4 09/12] [media] vivid: Local optimization

Avoid duplicated data shifts when possible. Signed-off-by: Ricardo Ribalda Delgado --- drivers/media/common/v4l2-tpg/v4l2-tpg-core.c | 13 +++-- 1 file changed, 7 insertions(+), 6 deletions(-) diff --git a/drivers/media/common/v4l2-tpg/v4l2-tpg-core.c

Re: [PATCH] vcodec: mediatek: Add g/s_selection support for V4L2 Encoder

On Fri, 2016-07-15 at 19:50 +0200, Hans Verkuil wrote: > On 07/14/2016 08:27 AM, tiffany lin wrote: > > Hi Hans, > > > > > > On Mon, 2016-07-11 at 06:32 +0200, Hans Verkuil wrote: > >> Hi Tiffany, > >> > >> My apologies for the delay, but here is my review at last: > >> > >> On 05/30/2016 09:52

Re: [PATCH] [media] dw2102: Add support for Terratec Cinergy S2 USB BOX

Am Montag, den 18.07.2016, 08:59 -0300 schrieb Mauro Carvalho Chehab: > Em Mon, 18 Jul 2016 07:49:49 +0200 > Olli Salonen escreveu: > > > Hi Mauro, > > > > I have a feeling that this device equals DVBSky S960 (driver > > dvb-usb-dvbsky) which might be equal to TechnoTrend

Re: [PATCH 3/4] media: Add Mediatek MDP Driver

On 07/14/2016 02:18 PM, Minghsiu Tsai wrote: > Add MDP driver for MT8173 > > Signed-off-by: Minghsiu Tsai > --- > drivers/media/platform/Kconfig| 16 + > drivers/media/platform/Makefile |2 + >

Re: [PATCH] dma-buf: Release module reference on creation failure

On Mon, Jul 18, 2016 at 12:16:22PM +0100, Chris Wilson wrote: > If we fail to create the anon file, we need to remember to release the > module reference on the owner. > > Signed-off-by: Chris Wilson > Reviewed-by: Joonas Lahtinen > Cc:

Re: [PATCH] [media] dw2102: Add support for Terratec Cinergy S2 USB BOX

Em Mon, 18 Jul 2016 07:49:49 +0200 Olli Salonen escreveu: > Hi Mauro, > > I have a feeling that this device equals DVBSky S960 (driver > dvb-usb-dvbsky) which might be equal to TechnoTrend S2-4600 (driver > dvb-usb-dw2102). > > If so, I think it would be good to move all

Re: [PATCH v2 3/3] [media] hva: add H.264 video encoding support

On 07/11/2016 05:14 PM, Jean-Christophe Trotin wrote: > This patch adds the H.264 video encoding capability in the V4L2 HVA > video encoder driver for STMicroelectronics SoC (hva-h264.c). > > The main supported features are: > - profile: baseline, main, high, stereo high > - level: up to 4.2 > -

Re: Troubles with kernel-doc and RST files

Em Sun, 17 Jul 2016 20:37:19 -0600 Jonathan Corbet escreveu: > [Back home and trying to get going on stuff for real. I'll look at the > issues listed in this message one at a time.] > > On Sun, 17 Jul 2016 10:01:54 -0300 > Mauro Carvalho Chehab wrote:

Re: [PATCH v2 2/3] [media] hva: multi-format video encoder V4L2 driver

Hi Jean-Christophe, See my review comments below. Nothing really major, but I do need to know more about the g/s_parm and the restriction on the number of open()s has to be lifted. That's not allowed. On 07/11/2016 05:14 PM, Jean-Christophe Trotin wrote: > This patch adds V4L2 HVA (Hardware

[PATCH] dma-buf: Release module reference on creation failure

If we fail to create the anon file, we need to remember to release the module reference on the owner. Signed-off-by: Chris Wilson Reviewed-by: Joonas Lahtinen Cc: Joonas Lahtinen Cc: Sumit Semwal

[PATCH] vim2m: copy the other colorspace-related fields as well

The xfer_func, ycbcr_enc and quantization fields should also be copied from output to capture format. Since this driver serves as example code it is important that this is handled correctly. Signed-off-by: Hans Verkuil diff --git a/drivers/media/platform/vim2m.c

Re: DRM device memory writeback (Mali-DP)

On 07/18/2016 12:29 PM, Brian Starkey wrote: > Hi, > > On Fri, Jul 15, 2016 at 10:42:01AM -0700, Eric Anholt wrote: >> Ville Syrjälä writes: >> >>> On Fri, Jul 15, 2016 at 10:09:19AM +0100, Brian Starkey wrote: Hi Daniel, Thanks for taking a look.

Re: DRM device memory writeback (Mali-DP)

Hi, On Fri, Jul 15, 2016 at 10:42:01AM -0700, Eric Anholt wrote: Ville Syrjälä writes: On Fri, Jul 15, 2016 at 10:09:19AM +0100, Brian Starkey wrote: Hi Daniel, Thanks for taking a look. (+Cc Laurent) On Fri, Jul 15, 2016 at 09:33:34AM +0200, Daniel Vetter

Re: [PATCH] [media] vb2: map dmabuf for planes on driver queue instead of vidioc_qbuf

Hello, On 2016-07-15 18:26, Javier Martinez Canillas wrote: The buffer planes' dma-buf are currently mapped when buffers are queued from userspace but it's more appropriate to do the mapping when buffers are queued in the driver since that's when the actual DMA operation are going to happen.

[PATCH] cec: always check all_device_types and features

>From e553f06a95a48ac541e20086e9c6b2f50cc663cd Mon Sep 17 00:00:00 2001 From: Hans Verkuil Date: Mon, 18 Jul 2016 08:44:10 +0200 Subject: [PATCH] cec: always check all_device_types and features Even when the adapter is configured for CEC 1.4, we still check and use the

Re: [PATCH v5] [media] pci: Add tw5864 driver

Hi Andrey, Just a few small comments, I'd say the next version should be ready for merging in 4.9 (it's too late for 4.8). On 07/13/2016 04:12 PM, Andrey Utkin wrote: > Changes since v4: > - Decrease motion data buffer to bare minimum > - Fix all "checkpatch.pl --strict" notices (whitespace) >

Re: [PATCH v3 8/9] [media] vivid: Fix YUV555 and YUV565 handling

Hi Hans On Mon, Jul 18, 2016 at 10:51 AM, Hans Verkuil wrote: >> + int y, cb, cr; >> + bool ycbbr_valid = false; > > I guess you mean ycbcr_valid? Yes, I think the medical term is Saturday dyslexia :) It is fixed on the next version. Thanks! -- To unsubscribe from

Re: [PATCH v3 8/9] [media] vivid: Fix YUV555 and YUV565 handling

On 07/16/2016 12:41 PM, Ricardo Ribalda Delgado wrote: > precalculate_color() had a optimization that avoided duplicated > conversion for YUV formats. This optimization did not take into > consideration YUV444, YUV555, YUV565 or limited range quantization. > > This patch keeps the optimization,

Re: [PATCH v3 4/9] [media] vivid: code refactor for color encoding

On 07/16/2016 12:41 PM, Ricardo Ribalda Delgado wrote: > Replace is_yuv with color_enc Which can be used by other > color encodings such us HSV. > > This change should ease the review of the following patches. > > Signed-off-by: Ricardo Ribalda Delgado > --- >

Re: [PATCH] [media] vb2: map dmabuf for planes on driver queue instead of vidioc_qbuf

On 07/15/2016 06:26 PM, Javier Martinez Canillas wrote: > The buffer planes' dma-buf are currently mapped when buffers are queued > from userspace but it's more appropriate to do the mapping when buffers > are queued in the driver since that's when the actual DMA operation are > going to happen.

Re: [PATCH] [media] vb2: map dmabuf for planes on driver queue instead of vidioc_qbuf

Hi, On Fri, Jul 15, 2016 at 12:26:06PM -0400, Javier Martinez Canillas wrote: > The buffer planes' dma-buf are currently mapped when buffers are queued > from userspace but it's more appropriate to do the mapping when buffers > are queued in the driver since that's when the actual DMA operation

  1   2   >