[PATCH v3 5/9] media: venus: venc: add video encoder files

This adds encoder part of the driver plus encoder controls. Signed-off-by: Stanimir Varbanov --- drivers/media/platform/qcom/venus/venc.c | 1212 drivers/media/platform/qcom/venus/venc.h | 32 +

[PATCH v3 2/9] MAINTAINERS: Add Qualcomm Venus video accelerator driver

Add an entry for Venus video encoder/decoder accelerator driver. Signed-off-by: Stanimir Varbanov --- MAINTAINERS | 8 1 file changed, 8 insertions(+) diff --git a/MAINTAINERS b/MAINTAINERS index 93e9f4227c53..5c2e70e83ff5 100644 --- a/MAINTAINERS +++

Re: [PATCH] [media] dib0700: fix nec repeat handling

On Wednesday, November 2, 2016 4:45:09 PM CET Sean Young wrote: > On Sat, Oct 29, 2016 at 11:04:32PM +0200, Arnd Bergmann wrote: > > On Thursday, October 13, 2016 10:28:44 PM CEST Sean Young wrote: > > > When receiving a nec repeat, ensure the correct scancode is repeated > > > rather than a

[PATCH v3 4/9] media: venus: vdec: add video decoder files

This consists of video decoder implementation plus decoder controls. Signed-off-by: Stanimir Varbanov --- drivers/media/platform/qcom/venus/vdec.c | 1108 drivers/media/platform/qcom/venus/vdec.h | 32 +

[PATCH v3 3/9] media: venus: adding core part and helper functions

* core.c has implemented the platform dirver methods, file operations and v4l2 registration. * helpers.c has implemented common helper functions for: - buffer management - vb2_ops and functions for format propagation, - functions for allocating and freeing buffers for internal

[PATCH v3 0/9] Qualcomm video decoder/encoder driver

Hi, Here is v3 of the Venus v4l2 video encoder/decoder driver. The changes since v2 are: - return queued buffers on stream_on error. - changed name of the driver vidc -> venus and reflect that in querycap. - fix video_device::release to point to video_device_release.

[PATCH v3 7/9] media: venus: hfi: add Venus HFI files

Here is the implementation of Venus video accelerator low-level functionality. It contanins code which setup the registers and startup uthe processor, allocate and manipulates with the shared memory used for sending commands and receiving messages. Signed-off-by: Stanimir Varbanov

Re: [PATCH] [media] gp8psk: fix gp8psk_usb_in_op() logic

On Mon, Nov 7, 2016 at 4:52 AM, Mauro Carvalho Chehab wrote: > Changeset bc29131ecb10 ("[media] gp8psk: don't do DMA on stack") > fixed the usage of DMA on stack, but the memcpy was wrong > for gp8psk_usb_in_op(). Fix it. > > Suggested-by: Johannes Stezenbach

[PATCH v3 9/9] media: venus: enable building of Venus video codec driver

This adds changes in v4l2 platform directory to include the vidc driver and show it in kernel config. Signed-off-by: Stanimir Varbanov --- drivers/media/platform/Kconfig | 1 + drivers/media/platform/Makefile | 1 + 2 files changed, 2 insertions(+) diff --git

[PATCH v3 1/9] doc: DT: vidc: binding document for Qualcomm video driver

Add binding document for Venus video encoder/decoder driver Cc: Rob Herring Cc: Mark Rutland Cc: devicet...@vger.kernel.org Signed-off-by: Stanimir Varbanov --- .../devicetree/bindings/media/qcom,venus.txt | 98

[PATCH v3 8/9] media: venus: add Makefiles and Kconfig files

Makefile and Kconfig files to build the Venus video codec driver. Signed-off-by: Stanimir Varbanov --- drivers/media/platform/qcom/Kconfig| 7 +++ drivers/media/platform/qcom/Makefile | 1 + drivers/media/platform/qcom/venus/Makefile | 15

Re: [PATCH v4 1/3] dt-bindings: mediatek: Add a binding for Mediatek JPEG Decoder

Dear Matthias, Thank you for your review.I will include your advice in patch v5. On Mon, 2016-11-07 at 18:00 +0100, Matthias Brugger wrote: > > On 07/11/16 07:57, Rick Chang wrote: > > Add a DT binding documentation for Mediatek JPEG Decoder of > > MT2701 SoC. > > > > Signed-off-by: Rick Chang

[PATCH v5 1/3] dt-bindings: mediatek: Add a binding for Mediatek JPEG Decoder

Add a DT binding documentation for Mediatek JPEG Decoder of MT2701 SoC. Signed-off-by: Rick Chang Signed-off-by: Minghsiu Tsai --- .../bindings/media/mediatek-jpeg-decoder.txt | 37 ++ 1 file changed, 37

[PATCH v5 2/3] vcodec: mediatek: Add Mediatek JPEG Decoder Driver

Add v4l2 driver for Mediatek JPEG Decoder Signed-off-by: Rick Chang Signed-off-by: Minghsiu Tsai --- drivers/media/platform/Kconfig | 15 + drivers/media/platform/Makefile |2 +

[PATCH v5 3/3] arm: dts: mt2701: Add node for Mediatek JPEG Decoder

Signed-off-by: Rick Chang Signed-off-by: Minghsiu Tsai --- This patch depends on: CCF "Add clock support for Mediatek MT2701"[1] iommu and smi "Add the dtsi node of iommu and smi for mt2701"[2] [1]

[PATCH v2] media: i2c-polling: add i2c-polling driver

There are several thermal sensors that only have a low-speed bus interface but output valid video data. This patchset enables support for the AMG88xx "Grid-Eye" sensor family. Cc: Attila Kinali Cc: Marek Vasut Cc: Luca Barbato Signed-off-by:

[PATCH v5 0/3] Add Mediatek JPEG Decoder

This series of patches provide a v4l2 driver to control Mediatek JPEG decoder for decoding JPEG image and Motion JPEG bitstream. changes since v4: - Change file name of binding documentation - Revise DT binding documentation - Revise compatible string changes since v3: - Revise DT binding

Re: [PATCH v2 08/21] [media] imx: Add i.MX IPUv3 capture driver

Hi Philipp, On Sat, Oct 15, 2016 at 1:34 AM, Philipp Zabel wrote: > This driver uses the IDMAC module's double buffering feature to do the > processing of finished frames in the new frame acknowledge (NFACK) > interrupt handler while the next frame is already being

[PATCH] drm/amd/amdgpu : Fix NULL pointer comparison

From: Ravikant B Sharma Replace direct comparisons to NULL i.e. 'x == NULL' with '!x'. As per coding standard. Signed-off-by: Ravikant B Sharma --- drivers/gpu/drm/amd/amdgpu/amdgpu_bios.c |2 +- drivers/gpu/drm/amd/amdgpu/amdgpu_sa.c |

[PATCH] drm/armada: Fix NULL pointer comparison warning

From: Ravikant B Sharma Replace direct comparisons to NULL i.e. 'x == NULL' with '!x'. As per coding standard. Signed-off-by: Ravikant B Sharma --- drivers/gpu/drm/armada/armada_debugfs.c |2 +- 1 file changed, 1 insertion(+), 1

Re: [PATCH v2] media: i2c-polling: add i2c-polling driver

Hi Matt, [auto build test ERROR on linuxtv-media/master] [also build test ERROR on v4.9-rc4 next-20161028] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url:

Re: [PATCH v2 07/21] [media] imx-ipu: Add i.MX IPUv3 CSI subdevice driver

Hi Philipp, On Sat, Oct 15, 2016 at 1:34 AM, Philipp Zabel wrote: > This adds a V4L2 subdevice driver for the two CMOS Sensor Interface (CSI) > modules contained in each IPUv3. These sample video data from the > parallel CSI0/1 pads or from the the MIPI CSI-2 bridge via

[PATCH] media: Fix get_key_haup_common.isra.4() debug message to print ptoggle value

Fix the debug message in get_key_haup_common.isra.4() doesn't print the correct toggle value. Fix it. This shows up as an used uninitialized warn message: drivers/media/i2c/ir-kbd-i2c.c: In function ‘get_key_haup_common.isra.4’: drivers/media/i2c/ir-kbd-i2c.c:62:2: warning: ‘toggle’ may be used

[PATCH] media: fix uninitialized variable warning in dib0700_rc_urb_completion()

Fix the following uninitialized variable compiler warning: drivers/media/usb/dvb-usb/dib0700_core.c: In function ‘dib0700_rc_urb_completion’: drivers/media/usb/dvb-usb/dib0700_core.c:763:2: warning: ‘protocol’ may be used uninitialized in this function [-Wmaybe-uninitialized]

Re: [PATCH 31/32] media: rcar-vin: enable support for r8a7795

On Wed, Nov 2, 2016 at 2:23 PM, Niklas Söderlund wrote: > Add the SoC specific information for Renesas Salvator-X H3 (r8a7795) > board. Salvator-X is the board, while the support you add is purely SoC-specific. > Signed-off-by: Niklas Söderlund

Re: [PATCHv3] media: rcar-csi2: add Renesas R-Car MIPI CSI-2 driver

Hi Niklas, On Wed, Nov 2, 2016 at 2:22 PM, Niklas Söderlund wrote: > A V4L2 driver for Renesas R-Car MIPI CSI-2 interface. The driver > supports the rcar-vin driver on R-Car Gen3 SoCs where a separate driver > is needed to receive CSI-2. > > Driver is based

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 Nov 8 05:00:17 CET 2016 media-tree git hash:bd676c0c04ec94bd830b9192e2c33f2c4532278d media_build

[PATCH v2] media: s5p-mfc include buffer size in error message

Include buffer size in s5p_mfc_alloc_priv_buf() the error message when it fails to allocate the buffer. Signed-off-by: Shuah Khan --- Changes since v1: - Left debug message as is. v1 removed the debug message. drivers/media/platform/s5p-mfc/s5p_mfc_opr.c | 3 ++- 1

Re: [PATCH] media: s5p-mfc include buffer size in error message

On 11/04/2016 04:05 AM, Sylwester Nawrocki wrote: > On 10/18/2016 02:43 AM, Shuah Khan wrote: >> Include buffer size in s5p_mfc_alloc_priv_buf() the error message when it >> fails to allocate the buffer. Remove the debug message that does the same. >> >> Signed-off-by: Shuah Khan

Re: [PATCH 14/32] media: rcar-vin: move chip information to own struct

On Wed, Nov 2, 2016 at 2:23 PM, Niklas Söderlund wrote: > When Gen3 support is added to the driver more then chip id will be > different for the different Soc. To avoid a lot of if statements in the > code create a struct chip_info to contain this

Re: Including images on Sphinx documents

Em Mon, 07 Nov 2016 12:53:55 +0200 Jani Nikula escreveu: > On Mon, 07 Nov 2016, Mauro Carvalho Chehab wrote: > > Hi Jon, > > > > I'm trying to sort out the next steps to do after KS, with regards to > > images included on RST files. > > > > The

[PATCH] [media] gp8psk: fix gp8psk_usb_in_op() logic

Changeset bc29131ecb10 ("[media] gp8psk: don't do DMA on stack") fixed the usage of DMA on stack, but the memcpy was wrong for gp8psk_usb_in_op(). Fix it. Suggested-by: Johannes Stezenbach Fixes: bc29131ecb10 ("[media] gp8psk: don't do DMA on stack") Signed-off-by: Mauro

Re: [PATCH 30/32] media: rcar-vin: add Gen3 devicetree bindings documentation

On Wed, Nov 2, 2016 at 2:23 PM, Niklas Söderlund wrote: > Document the Gen3 devicetree bindings. The new bindings are all handled > in the port@1 node, if a endpoint is described as on Gen2 in port@0 the an endpoint > driver will work in Gen2 mode and this

Re: [PATCH next 1/2] media: mtk-mdp: fix video_device_release argument

On Thu, 2016-11-03 at 13:47 +0100, Hans Verkuil wrote: > Hi Vincent, > > On 28/10/16 09:52, Vincent Stehlé wrote: > > On Thu, Oct 27, 2016 at 10:23:24PM +0200, Vincent Stehlé wrote: > >> video_device_release() takes a pointer to struct video_device as argument. > >> Fix two call sites where the

[PATCH] [media] mtk-mdp: allocate video_device dynamically

It can fix known problems with embedded video_device structs. Signed-off-by: Minghsiu Tsai --- drivers/media/platform/mtk-mdp/mtk_mdp_core.h | 2 +- drivers/media/platform/mtk-mdp/mtk_mdp_m2m.c | 33 --- 2 files changed, 21 insertions(+), 14

[PATCH] media: mtk-mdp: allocate video_device dynamically

v4l2-compliance test output: v4l2-compliance SHA : abc1453dfe89f244dccd3460d8e1a2e3091cbadb Driver Info: Driver name : mtk-mdp Card type : soc:mdp Bus info : platform:mt8173 Driver version: 4.9.0 Capabilities : 0x84204000 Video

Re: [PATCH v2 18/31] gp8psk: don't do DMA on stack

Em Mon, 7 Nov 2016 12:29:47 +0100 Johannes Stezenbach escreveu: > On Sun, Nov 06, 2016 at 11:51:14AM -0800, VDR User wrote: > > I applied this patch to the 4.8.4 kernel driver (that I'm currently > > running) and it caused nothing but "frontend 0/0 timed out while > > tuning".

Re: [Ksummit-discuss] Including images on Sphinx documents

On Mon, Nov 07, 2016 at 07:55:24AM -0200, Mauro Carvalho Chehab wrote: > 2) add an Sphinx extension that would internally call ImageMagick and/or >inkscape to convert the bitmap; This seems sensible; Sphinx should directly handle the source format we want to use for images/diagrams. > 3) if

Re: [PATCH 32/32] media: rcar-vin: enable support for r8a7796

On Wed, Nov 2, 2016 at 2:23 PM, Niklas Söderlund wrote: > Add the SoC specific information for Renesas Salvator-X M3 (r8a7796) > board. Same comments as for patch 31/32. Gr{oetje,eeting}s, Geert -- Geert Uytterhoeven -- There's

Re: [Ksummit-discuss] Including images on Sphinx documents

On Mon, Nov 07, 2016 at 09:46:48AM -0200, Mauro Carvalho Chehab wrote: > That's said, PNG also doesn't seem to work fine on Sphinx 1.4.x. > > On my tests, I installed *all* texlive extensions on Fedora 24, to > be sure that the issue is not the lack of some extension[1], with: > > # dnf

Re: [PATCH v4 1/3] dt-bindings: mediatek: Add a binding for Mediatek JPEG Decoder

On 07/11/16 07:57, Rick Chang wrote: Add a DT binding documentation for Mediatek JPEG Decoder of MT2701 SoC. Signed-off-by: Rick Chang Signed-off-by: Minghsiu Tsai --- .../bindings/media/mediatek-jpeg-codec.txt | 35

AW: em28xx WinTV dualHD in Raspbian

Wow, interesting offer from this guy! Hopefully this is a motivation for Olli. Maybe I also can offer beer or sth. else or help to test a new version of the driver. With single tuner support it works great since june 24/7 (except my last upgrade of the rpi with mismatched modules...) Cheers,

Re: [PATCH v4] media: et8ek8: add device tree binding documentation

On Fri 2016-11-04 00:20:14, Sakari Ailus wrote: > Hi Pavel and Rob, > > On Thu, Nov 03, 2016 at 01:47:49PM +0100, Pavel Machek wrote: > > Hi! > > > > > > +Mandatory properties > > > > + > > > > + > > > > +- compatible: "toshiba,et8ek8" > > > > +- reg: I2C address (0x3e, or an

[PATCH v5] media: et8ek8: add device tree binding documentation

Add device tree binding documentation for toshiba et8ek8 sensor. Signed-off-by: Ivaylo Dimitrov Signed-off-by: Pavel Machek diff --git a/Documentation/devicetree/bindings/media/i2c/toshiba,et8ek8.txt

Re: [PATCH 1/2] mm: add locked parameter to get_user_pages()

On Mon, Oct 31, 2016 at 10:02:27AM +, Lorenzo Stoakes wrote: > This patch adds an int *locked parameter to get_user_pages() to allow > VM_FAULT_RETRY faulting behaviour similar to get_user_pages_[un]locked(). > > It additionally clears the way for get_user_pages_locked() to be removed as >

Re: Including images on Sphinx documents

On Mon, 07 Nov 2016, Mauro Carvalho Chehab wrote: > Hi Jon, > > I'm trying to sort out the next steps to do after KS, with regards to > images included on RST files. > > The issue is that Sphinx image support highly depends on the output > format. Also, despite TexLive

Re: [PATCH 1/2] mm: add locked parameter to get_user_pages()

On Mon, Nov 07, 2016 at 11:49:18AM +0100, Jesper Nilsson wrote: > For the cris-part: > Acked-by: Jesper Nilsson Thanks very much for that, however just to avoid any confusion, I realised this series was not not the right way forward after discussion with Paolo and rather

Including images on Sphinx documents

Hi Jon, I'm trying to sort out the next steps to do after KS, with regards to images included on RST files. The issue is that Sphinx image support highly depends on the output format. Also, despite TexLive support for svg and png images[1], Sphinx doesn't produce the right LaTeX commands to use

Re: [RFC v3 00/21] Make use of kref in media device, grab references as needed

Hi Sakari, On 08/26/2016 05:43 PM, Sakari Ailus wrote: > Hi folks, > > This is the third version of the RFC set to fix referencing in media > devices. > > The lifetime of the media device (and media devnode) is now bound to that > of struct device embedded in it and its memory is only released

[PATCH] [media] uvcvideo: add support for Oculus Rift Sensor

The Rift CV1 Sensor has bInterfaceClass set to vendor specific, so we need an entry in uvc_ids to probe it. Just as the Rift DK2 IR tracker, it misreports the pixel format as YUYV instead of Y8. The sensor is configured with a low exposure time and high black level by default, so that only bright

Re: [PATCH] media: i2c-polling: add i2c-polling driver

-polling-driver/20161107-092444 base: git://linuxtv.org/media_tree.git master config: x86_64-randconfig-x017-11071730 (attached as .config) compiler: gcc-6 (Debian 6.2.0-3) 6.2.0 20160901 reproduce: # save the attached .config to linux build tree make ARCH=x86_64 All error

Re: [PATCH v2 18/31] gp8psk: don't do DMA on stack

On Sun, Nov 06, 2016 at 11:51:14AM -0800, VDR User wrote: > I applied this patch to the 4.8.4 kernel driver (that I'm currently > running) and it caused nothing but "frontend 0/0 timed out while > tuning". Is there another patch that should be used in conjunction > with this? If not, this patch