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: Sat Apr 29 05:00:17 CEST 2017 media-tree git hash:3622d3e77ecef090b5111e3c5423313f11711dfa media_build

Re: [PATCH v3 1/2] v4l: Add camera voice coil lens control class, current control

Em Sat, 29 Apr 2017 00:00:05 +0200 Pavel Machek escreveu: > Hi! > > > Hmm... if the idea is to have a control that doesn't do ringing > > compensation, then it should be clear at the control's descriptions > > that: > > > > - V4L2_CID_FOCUS_ABSOLUTE should be used if the VCM has

Re: [PATCH v8 05/10] media: venus: adding core part and helper functions

On Fri, Apr 28, 2017 at 12:13:52PM +0300, Stanimir Varbanov wrote: > +int venus_boot(struct device *parent, struct device *fw_dev) > +{ > + const struct firmware *mdt; > + phys_addr_t mem_phys; > + ssize_t fw_size; > + size_t mem_size; > + void *mem_va; > + int ret; > + > +

Re: [PATCH v3 1/2] v4l: Add camera voice coil lens control class, current control

Hi! > Hmm... if the idea is to have a control that doesn't do ringing > compensation, then it should be clear at the control's descriptions > that: > > - V4L2_CID_FOCUS_ABSOLUTE should be used if the VCM has ringing > compensation; > - V4L2_CID_VOICE_COIL_CURRENT and

Re: [PATCH 6/6] rc-core: add protocol to EVIOC[GS]KEYCODE_V2 ioctl

On Fri, Apr 28, 2017 at 06:59:11PM +0200, David Härdeman wrote: > On Fri, Apr 28, 2017 at 08:31:33AM -0300, Mauro Carvalho Chehab wrote: > >Em Thu, 27 Apr 2017 22:34:23 +0200 > >David Härdeman escreveu: > ... > >> This patch changes how the "input_keymap_entry" struct is

Re: [PATCH v2 07/21] crypto: shash, caam: Make use of the new sg_map helper function

On 28/04/17 11:51 AM, Herbert Xu wrote: > On Fri, Apr 28, 2017 at 10:53:45AM -0600, Logan Gunthorpe wrote: >> >> >> On 28/04/17 12:30 AM, Herbert Xu wrote: >>> You are right. Indeed the existing code looks buggy as they >>> don't take sg->offset into account when doing the kmap. Could >>> you

Re: [PATCH 1/8] arm: omap4: enable CEC pin for Pandaboard A4 and ES

* Sebastian Reichel [170428 11:29]: > Hi, > > On Fri, Apr 28, 2017 at 08:08:59AM -0700, Tony Lindgren wrote: > > * Tomi Valkeinen [170428 04:15]: > > > On 14/04/17 13:25, Hans Verkuil wrote: > > > > From: Hans Verkuil > > > > > >

Re: [PATCH v2 07/21] crypto: shash, caam: Make use of the new sg_map helper function

On Fri, Apr 28, 2017 at 10:53:45AM -0600, Logan Gunthorpe wrote: > > > On 28/04/17 12:30 AM, Herbert Xu wrote: > > You are right. Indeed the existing code looks buggy as they > > don't take sg->offset into account when doing the kmap. Could > > you send me some patches that fix these problems

Re: [PATCH 1/8] arm: omap4: enable CEC pin for Pandaboard A4 and ES

Hi, On Fri, Apr 28, 2017 at 08:08:59AM -0700, Tony Lindgren wrote: > * Tomi Valkeinen [170428 04:15]: > > On 14/04/17 13:25, Hans Verkuil wrote: > > > From: Hans Verkuil > > > > > > The CEC pin was always pulled up, making it impossible to use it.

Re: [PATCH] ir-lirc-codec: let lirc_dev handle the lirc_buffer

On Fri, Apr 28, 2017 at 07:04:09PM +0200, David Härdeman wrote: >ir_lirc_register() currently creates its own lirc_buffer before >passing the lirc_driver to lirc_register_driver(). > >When a module is later unloaded, ir_lirc_unregister() gets called >which performs a call to

[PATCH] ir-lirc-codec: let lirc_dev handle the lirc_buffer

ir_lirc_register() currently creates its own lirc_buffer before passing the lirc_driver to lirc_register_driver(). When a module is later unloaded, ir_lirc_unregister() gets called which performs a call to lirc_unregister_driver() and then free():s the lirc_buffer. The problem is that: a) there

[PATCH] rc-core: add protocol to EVIOC[GS]KEYCODE_V2 ioctl (alternative approach)

It is currently impossible to distinguish between scancodes which have been generated using different protocols (and scancodes can, and will, overlap). For example: RC5 message to address 0x00, command 0x03 has scancode 0x0503 JVC message to address 0x00, command 0x03 has scancode 0x0503

Re: [PATCH 6/6] rc-core: add protocol to EVIOC[GS]KEYCODE_V2 ioctl

On Fri, Apr 28, 2017 at 08:31:33AM -0300, Mauro Carvalho Chehab wrote: >Em Thu, 27 Apr 2017 22:34:23 +0200 >David Härdeman escreveu: ... >> This patch changes how the "input_keymap_entry" struct is interpreted >> by rc-core by casting it to "rc_keymap_entry": >> >> struct

Re: [PATCH v2 07/21] crypto: shash, caam: Make use of the new sg_map helper function

On 28/04/17 12:30 AM, Herbert Xu wrote: > You are right. Indeed the existing code looks buggy as they > don't take sg->offset into account when doing the kmap. Could > you send me some patches that fix these problems first so that > they can be easily backported? Ok, I think the only buggy

Re: em28xx module: misidentified card

Am 28.04.2017 um 13:22 schrieb Giuseppe Toscano: > I am trying to use eMPIA Technology, Inc. GrabBeeX+ Video Encoder > (card=21) but the em28xx driver erroneously identifies it as > EM2860/SAA711X Reference Design (card = 19). > Attached the output of lsusb and dmesg. > Card 21 is an em2800

Re: [PATCH 6/6] rc-core: add protocol to EVIOC[GS]KEYCODE_V2 ioctl

On Fri, Apr 28, 2017 at 12:40:53PM +0100, Sean Young wrote: >On Thu, Apr 27, 2017 at 10:34:23PM +0200, David Härdeman wrote: ... >> This patch changes how the "input_keymap_entry" struct is interpreted >> by rc-core by casting it to "rc_keymap_entry": >> >> struct rc_scancode { >> __u16

Re: [PATCH 5/6] rc-core: use the full 32 bits for NEC scancodes

On Fri, Apr 28, 2017 at 12:58:32PM +0100, Sean Young wrote: >On Thu, Apr 27, 2017 at 10:34:18PM +0200, David Härdeman wrote: >> Using the full 32 bits for all kinds of NEC scancodes simplifies rc-core >> and the nec decoder without any loss of functionality. At the same time >> it ensures that

Re: [PATCH 1/8] arm: omap4: enable CEC pin for Pandaboard A4 and ES

* Tomi Valkeinen [170428 04:15]: > On 14/04/17 13:25, Hans Verkuil wrote: > > From: Hans Verkuil > > > > The CEC pin was always pulled up, making it impossible to use it. > > > > Change to PIN_INPUT so it can be used by the new CEC support. ... >

[PATCH v2 0/3] Add a libv4l plugin for video bitstream parsing

Stateless video decoders require explicit codec specific metadata derived from video bitstream parsing. This plugin aims to silently convert the user provided video bitstream to a parsed video bitstream, ie the video bitstream itself + additional parsing metadata which are given to the driver

[PATCH v2 3/3] libv4l-codecparsers: add GStreamer mpeg2 parser

Add the mpeg2 codecparser backend glue which will call the GStreamer parsing functions. Signed-off-by: Hugues Fruchet --- configure.ac| 21 ++ lib/libv4l-codecparsers/Makefile.am | 14 +-

[PATCH v2 1/3] v4l-utils: sync with kernel (parsed MPEG-2 support)

Add "parsed MPEG-2" pixel format & related controls needed by stateless video decoders. In order to decode the video bitstream chunk provided by user on OUTPUT queue, stateless decoders require also some extra data resulting from this video bitstream chunk parsing. Those parsed extra data have to

[PATCH v2 2/3] add libv4l-codecparsers plugin for video bitstream parsing

Stateless video decoders require explicit codec specific metadata derived from video bitstream parsing. This plugin aims to silently convert the user provided video bitstream to a parsed video bitstream, ie the video bitstream itself + additional parsing metadata which are given to the driver

[PATCH 2/2] [media] platform: add video-multiplexer subdevice driver

This driver can handle SoC internal and external video bus multiplexers, controlled by mux controllers provided by the mux controller framework, such as MMIO register bitfields or GPIOs. The subdevice passes through the mbus configuration of the active input to the output side. Signed-off-by:

[PATCH 1/2] [media] dt-bindings: Add bindings for video-multiplexer device

Add bindings documentation for the video multiplexer device. Signed-off-by: Sascha Hauer Signed-off-by: Philipp Zabel Signed-off-by: Steve Longerbeam --- This has been last sent as part of Steve's i.MX media series.

[GIT PULL FOR v4.12] Various fixes/regressions for 4.12.

The following changes since commit 9eb9db3a0f92b75ec710066202e0b2accb45afa9: [media] atmel-isc: Fix the static checker warning (2017-04-19 09:02:47 -0300) are available in the git repository at: git://linuxtv.org/hverkuil/media_tree.git for-v4.12h for you to fetch changes up to

[PATCH] staging/atomisp: fix && vs || typos

These sanity checks don't work because they use && instead of ||. It's impossible to be both negative and greater than 5. Fixes: a49d25364dfb ("staging/atomisp: Add support for the Intel IPU v2") Signed-off-by: Dan Carpenter diff --git

[PATCH v6 1/3] [media] v4l: add parsed MPEG-2 support

Add "parsed MPEG-2" pixel format & related controls needed by stateless video decoders. In order to decode the video bitstream chunk provided by user on output queue, stateless decoders require also some extra data resulting from this video bitstream chunk parsing. Those parsed extra data have to

[PATCH v6 0/3] Add support for MPEG-2 in DELTA video decoder

The patchset implements the MPEG-2 part of V4L2 unified low-level decoder API RFC [0] needed by stateless video decoders, ie decoders which requires specific parsing metadata in addition to video bitstream chunk in order to complete decoding. A reference implementation using STMicroelectronics

[PATCH v6 2/3] [media] st-delta: add parsing metadata controls support

Install all metadata controls required by registered decoders. Update the decoding context with the set of metadata received from user through extended control. Set the received metadata in access unit prior to call the decoder decoding ops. Signed-off-by: Hugues Fruchet

[PATCH v6 3/3] [media] st-delta: add mpeg2 support

Adds support of DELTA MPEG-2 video decoder back-end, implemented by calling MPEG2_TRANSFORMER0 firmware using RPMSG IPC communication layer. MPEG-2 decoder back-end is a stateless decoder which require specific parsing metadata in access unit in order to complete decoding. Signed-off-by: Hugues

Re: [PATCH 2/2] media: entity: Add media_entity_pad_from_dt_regs() function

Hej, Niklas! On Fri, Apr 28, 2017 at 02:04:15PM +0200, Niklas Söderlund wrote: > Hej, > > Thanks for your feedback. > > On 2017-04-28 13:43:39 +0300, Sakari Ailus wrote: > > Hejssan!!! > > > > On Fri, Apr 28, 2017 at 12:33:23AM +0200, Niklas Söderlund wrote: > > > This is a wrapper around the

Re: [PATCH 1/2] media: entity: Add pad_from_dt_regs entity operation

Hi Niklas, On Fri, Apr 28, 2017 at 01:57:52PM +0200, Niklas Söderlund wrote: > Hi Sakari, > > Thanks for your feedback. > > On 2017-04-28 13:32:57 +0300, Sakari Ailus wrote: > > Hi Niklas, > > > > On Fri, Apr 28, 2017 at 12:33:22AM +0200, Niklas Söderlund wrote: > > > The optional operation

[PATCH 1/2] [media] dib0700: fix locking in dib0700_i2c_xfer_new()

This patch mostly adds unlocks to error paths. But one additional small change is that I made the first "break;" a "goto unlock;" which means that now we return failure instead of success on that path. Signed-off-by: Dan Carpenter diff --git

[PATCH 2/2] [media] dib0700: fix error handling in dib0700_i2c_xfer_legacy()

Mostly this adds some unlocks to error paths. But, if you see where there were "break;" statements before, I changed those paths to return error codes instead of returning success. Signed-off-by: Dan Carpenter diff --git a/drivers/media/usb/dvb-usb/dib0700_core.c

From: Mr.David Owain

Good Day, Please accept my apologies for writing you a surprise letter.I am Mr.David Owain, account Manager with an investment bank here in Burkina Faso.I have a very important business I want to discuss with you.There is a draft account opened in my firm by a long-time client of our bank.I have

[PATCH 6/8] staging: atomisp: satm include directory is gone

From: Arnd Bergmann After the satm kernel was removed, we should no longer add the directory to the search path. This was found with a 'make W=1' warning: cc1: error: drivers/staging/media/atomisp/pci/atomisp2/css2400/isp/kernels/satm/: No such file or directory

[PATCH 5/8] atomisp: remove some more unused files

The extra list contains some which are used and some which are not. At this point I think we can safely remove those that are simply not used. Signed-off-by: Alan Cox --- .../staging/media/atomisp/pci/atomisp2/Makefile| 11 -

[PATCH 8/8] staging: media: atomisp: kmap() can't fail

From: Fabian Frederick There's no need to check kmap() return value because it won't fail. If it's highmem mapping, it will receive virtual address or a new one; if it's lowmem, all kernel pages are already being mapped. (Thanks to Jan Kara for explanations) Signed-off-by:

[PATCH 7/8] staging: atomisp: remove #ifdef for runtime PM functions

From: Arnd Bergmann The runtime power management functions are called from the reset handler even if CONFIG_PM is disabled, leading to a link error: drivers/staging/built-in.o: In function `atomisp_reset': (.text+0x4cd1c): undefined reference to `atomisp_runtime_suspend'

[PATCH 4/8] atomisp: remove hmm_load/store/clear indirections

We have a layer of un-needed wrapping here that can go. In addition there are some functions that don't exist and one that isn't used which can also go. Signed-off-by: Alan Cox --- .../media/atomisp/pci/atomisp2/atomisp_cmd.c |4 +--

[PATCH 2/8] atomisp: clean up the hmm init/cleanup indirections

We don't need any of these indirections as we only support one MMU type. Start by getting rid of the init/clear/free ones. The init ordering check we already pushed down in a previous patch. The allocation side is more complicated so leave it for now. Signed-off-by: Alan Cox

[PATCH 1/8] atomisp: handle allocation calls before init in the hmm layer

Currently the code handles this in the abstraction above. We want to remove that abstraction so begin by pushing down the sanity check. Unfortunately at this point we can't simply fix the init order. Signed-off-by: Alan Cox ---

[PATCH 3/8] atomisp: kill off mmgr_free

This is just another wrapper layer around hmm_free that servers no purpose in this driver. Signed-off-by: Alan Cox --- .../media/atomisp/pci/atomisp2/atomisp_acc.c |6 +++--- .../atomisp2/css2400/base/refcount/src/refcount.c |8

Re: [PATCH 0/8] omapdrm: add OMAP4 CEC support

On 28/04/17 13:52, Tomi Valkeinen wrote: > On 14/04/17 13:25, Hans Verkuil wrote: >> From: Hans Verkuil >> >> This patch series adds support for the OMAP4 HDMI CEC IP core. > > What is this series based on? It doesn't apply to drm-next, and: > fatal: sha1 information is

Re: [PATCH 2/2] media: entity: Add media_entity_pad_from_dt_regs() function

Hej, Thanks for your feedback. On 2017-04-28 13:43:39 +0300, Sakari Ailus wrote: > Hejssan!!! > > On Fri, Apr 28, 2017 at 12:33:23AM +0200, Niklas Söderlund wrote: > > This is a wrapper around the media entity pad_from_dt_regs operation. > > > > Signed-off-by: Niklas Söderlund

Re: [PATCH 5/6] rc-core: use the full 32 bits for NEC scancodes

On Thu, Apr 27, 2017 at 10:34:18PM +0200, David Härdeman wrote: > Using the full 32 bits for all kinds of NEC scancodes simplifies rc-core > and the nec decoder without any loss of functionality. At the same time > it ensures that scancodes for NEC16/NEC24/NEC32 do not overlap and > removes lots

Re: [PATCH 1/2] media: entity: Add pad_from_dt_regs entity operation

Hi Sakari, Thanks for your feedback. On 2017-04-28 13:32:57 +0300, Sakari Ailus wrote: > Hi Niklas, > > On Fri, Apr 28, 2017 at 12:33:22AM +0200, Niklas Söderlund wrote: > > The optional operation can be used by entities to report how it maps its > > DT node ports and endpoints to media pad

Re: [PATCH 0/8] omapdrm: add OMAP4 CEC support

On 14/04/17 13:25, Hans Verkuil wrote: > From: Hans Verkuil > > This patch series adds support for the OMAP4 HDMI CEC IP core. What is this series based on? It doesn't apply to drm-next, and: fatal: sha1 information is lacking or useless

Re: [PATCH] v4l2-async: add subnotifier registration for subdevices

Hi Sakari, Thanks for your feedback. On 2017-04-28 13:28:17 +0300, Sakari Ailus wrote: > Hi Niklas, > > Thank you for the patch. > > Do you happen to have a driver that would use this, to see some example of > how the code is to be used? Yes, the latest R-Car CSI-2 series make use of this,

Re: [PATCH 6/6] rc-core: add protocol to EVIOC[GS]KEYCODE_V2 ioctl

On Thu, Apr 27, 2017 at 10:34:23PM +0200, David Härdeman wrote: > It is currently impossible to distinguish between scancodes which have > been generated using different protocols (and scancodes can, and will, > overlap). > > For example: > RC5 message to address 0x00, command 0x03 has scancode

em28xx module: misidentified card

I am trying to use eMPIA Technology, Inc. GrabBeeX+ Video Encoder (card=21) but the em28xx driver erroneously identifies it as EM2860/SAA711X Reference Design (card = 19). Attached the output of lsusb and dmesg. Best regards, Giuseppe Toscano -- Dipartimento di Ingegneria Chimica, dei

Re: [PATCH 2/8] omapdrm: encoder-tpd12s015: keep ls_oe_gpio high if CEC is enabled

On 14/04/17 13:25, Hans Verkuil wrote: > From: Hans Verkuil > > When the OMAP4 CEC support is enabled the CEC pin should always > be on. So keep ls_oe_gpio high when CONFIG_OMAP4_DSS_HDMI_CEC > is set. > > Background: even if the HPD is low it should still be possible >

Re: [PATCH 6/6] rc-core: add protocol to EVIOC[GS]KEYCODE_V2 ioctl

Em Thu, 27 Apr 2017 22:34:23 +0200 David Härdeman escreveu: > It is currently impossible to distinguish between scancodes which have > been generated using different protocols (and scancodes can, and will, > overlap). > > For example: > RC5 message to address 0x00, command

Re: [PATCH 6/8] omapdrm: hdmi4: refcount hdmi_power_on/off_core

On 14/04/17 13:25, Hans Verkuil wrote: > From: Hans Verkuil > > The hdmi_power_on/off_core functions can be called multiple times: > when the HPD changes and when the HDMI CEC support needs to power > the HDMI core. > > So use a counter to know when to really power on or

Re: [PATCH 0/2] media: entity: add operation to help map DT node to media pad

Hi Niklas, Em Fri, 28 Apr 2017 00:33:21 +0200 Niklas Söderlund escreveu: > Hi, > > This small series add a new entity operation which will aid capture > drivers to map a port/endpoint in DT to a media graph pad. I looked > around and in my experience

Re: [PATCH 1/8] arm: omap4: enable CEC pin for Pandaboard A4 and ES

On 14/04/17 13:25, Hans Verkuil wrote: > From: Hans Verkuil > > The CEC pin was always pulled up, making it impossible to use it. > > Change to PIN_INPUT so it can be used by the new CEC support. > > Signed-off-by: Hans Verkuil > --- >

Re: [PATCH 2/2] media: entity: Add media_entity_pad_from_dt_regs() function

Hejssan!!! On Fri, Apr 28, 2017 at 12:33:23AM +0200, Niklas Söderlund wrote: > This is a wrapper around the media entity pad_from_dt_regs operation. > > Signed-off-by: Niklas Söderlund > --- > drivers/media/media-entity.c | 21 + >

Re: [PATCH 1/2] media: entity: Add pad_from_dt_regs entity operation

Hi Niklas, On Fri, Apr 28, 2017 at 12:33:22AM +0200, Niklas Söderlund wrote: > The optional operation can be used by entities to report how it maps its > DT node ports and endpoints to media pad numbers. This is useful for > devices which require more advanced mappings of pads then DT port >

Re: [PATCH] v4l2-async: add subnotifier registration for subdevices

Hi Niklas, Thank you for the patch. Do you happen to have a driver that would use this, to see some example of how the code is to be used? Could you update the documentation in Documentation/media/kapi/v4l2-subdev.rst, too? On Fri, Apr 28, 2017 at 12:30:35AM +0200, Niklas Söderlund wrote: >

Re: [PATCH 4/5] arm64: dts: r8a7795: salvator-x: enable VIN, CSI and ADV7482

On 28/04/17 11:04, Geert Uytterhoeven wrote: > On Fri, Apr 28, 2017 at 10:52 AM, Sergei Shtylyov > wrote: >> On 4/27/2017 9:26 PM, Kieran Bingham wrote: >>> --- a/arch/arm64/boot/dts/renesas/r8a7795-salvator-x.dts >>> +++

Re: [PATCH 4/5] arm64: dts: r8a7795: salvator-x: enable VIN, CSI and ADV7482

On Fri, Apr 28, 2017 at 10:52 AM, Sergei Shtylyov wrote: > On 4/27/2017 9:26 PM, Kieran Bingham wrote: >> --- a/arch/arm64/boot/dts/renesas/r8a7795-salvator-x.dts >> +++ b/arch/arm64/boot/dts/renesas/r8a7795-salvator-x.dts > > [...] >> >> @@ -387,6 +403,50 @@

Re: [PATCH v4 07/27] rcar-vin: change name of video device

On 27/04/17 23:41, Niklas Söderlund wrote: > The rcar-vin driver needs to be part of a media controller to support > Gen3. Give each VIN instance a unique name so it can be referenced from > userspace. > > Signed-off-by: Niklas Söderlund Functional and

lening bieden

Goede dag, Dit is het beveiligingsnetwerk van de kredietverstrekking. SAFETY NET CREDIT biedt flexibele en betaalbare leningen voor elk doel om u te helpen uw doelen te bereiken. We lenen tegen een lage rente van 3%. Hier zijn enkele belangrijke kenmerken van de persoonlijke lening

[PATCH v8 02/10] media: v4l2-mem2mem: extend m2m APIs for more accurate buffer management

this add functions for: - remove buffers from src/dst queue by index - remove exact buffer from src/dst queue also extends m2m API to iterate over a list of src/dst buffers in safely and non-safely manner. Signed-off-by: Stanimir Varbanov ---

[PATCH v8 04/10] 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 45be5ef6056c..a3fadd61b835 100644 --- a/MAINTAINERS +++

[PATCH v8 00/10] Qualcomm video decoder/encoder driver

Hi everyone, The changes since v7 are: * fixed error path in recovery handler. * fixed the logic in helper_vb2_buf_prepare. * added comments over venus_format arrays why MPLANE formats are used. * added sequence for output queue as well. * added COMPILE_TEST Kconfig option for the venus

[PATCH v8 01/10] firmware: qcom_scm: Fix to allow COMPILE_TEST-ing

Unfortunatly previous attempt to allow consumer drivers to use COMPILE_TEST option in Kconfig is not enough, because in the past the consumer drivers used 'depends on' Kconfig option but now they are using 'select' Kconfig option which means on non ARM arch'es compilation is triggered. Thus we

[PATCH v8 06/10] 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 | 1152 drivers/media/platform/qcom/venus/vdec.h | 23 +

Re: [PATCH v4 06/27] rcar-vin: move max width and height information to chip information

Hi Niklas, Another easy one. On 27/04/17 23:41, Niklas Söderlund wrote: > On Gen3 the max supported width and height will be different from Gen2. > Move the limits to the struct rvin_info to prepare for Gen3 support. > > Signed-off-by: Niklas Söderlund

[PATCH v8 10/10] media: venus: enable building of Venus video driver

This adds Venus driver Makefile and changes v4l2 platform Makefile/Kconfig in order to enable building of the driver. Signed-off-by: Stanimir Varbanov --- drivers/media/platform/Kconfig | 13 + drivers/media/platform/Makefile| 2

[PATCH v8 05/10] media: venus: adding core part and helper functions

* core.c has implemented the platform driver 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 v8 09/10] 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

[PATCH v8 07/10] 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 | 1281 drivers/media/platform/qcom/venus/venc.h | 23 +

[PATCH v8 08/10] media: venus: hfi: add Host Firmware Interface (HFI)

This is the implementation of HFI. It is charged with the responsibility to comunicate with the firmware through an interface commands and messages. - hfi.c has interface functions used by the core, decoder and encoder parts to comunicate with the firmware. For example there are functions for

[PATCH v8 03/10] doc: DT: venus: binding document for Qualcomm video driver

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

Re: [PATCH v4 05/27] rcar-vin: move chip information to own struct

Hi Niklas, On 27/04/17 23:41, 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 information. > > Signed-off-by: Niklas Söderlund

Re: [PATCH 4/5] arm64: dts: r8a7795: salvator-x: enable VIN, CSI and ADV7482

Hello! On 4/27/2017 9:26 PM, Kieran Bingham wrote: From: Kieran Bingham Provide bindings between the VIN, CSI and the ADV7482 on the r8a7795. Signed-off-by: Kieran Bingham ---

Re: [PATCH 0/5] RFC: ADV748x HDMI/Analog video receiver

Hi Simon, On 28/04/17 08:09, Simon Horman wrote: > On Thu, Apr 27, 2017 at 07:25:59PM +0100, Kieran Bingham wrote: >> From: Kieran Bingham >> >> This is an RFC for the Analog Devices ADV748x driver, and follows on from a >> previous posting by Niklas

Re: [PATCH v2 0/3] r8a7793 Gose video input support

Hi Simon, On Friday 28 Apr 2017 07:16:24 Simon Horman wrote: > On Wed, Apr 26, 2017 at 06:56:06PM +0300, Laurent Pinchart wrote: > > On Tuesday 21 Feb 2017 01:42:15 Laurent Pinchart wrote: > >> On Thursday 20 Oct 2016 10:49:11 Simon Horman wrote: > >>> On Tue, Oct 18, 2016 at 05:02:20PM +0200,

Re: [PATCH v2] [media] vb2: Fix an off by one error in 'vb2_plane_vaddr'

On Fri, Apr 28, 2017 at 06:51:40AM +0200, Christophe JAILLET wrote: > We should ensure that 'plane_no' is '< vb->num_planes' as done in > 'vb2_plane_cookie' just a few lines below. > > Cc: sta...@vger.kernel.org > Fixes: e23ccc0ad925 ("[media] v4l: add videobuf2 Video for Linux 2 driver >

Re: [bug] omap3isp: missing support for ENUM_FMT

Hi Pavel, On Wed, Apr 26, 2017 at 11:19:33PM +0200, Pavel Machek wrote: > Hi! > > Currently, ispvideo.c does not support enum_format. This causes > problems for example for libv4l2. > > Now, I'm pretty sure patch below is not the right fix. But it fixes > libv4l2 problem for me. > > Pointer to

Re: [PATCH 0/5] RFC: ADV748x HDMI/Analog video receiver

On Thu, Apr 27, 2017 at 07:25:59PM +0100, Kieran Bingham wrote: > From: Kieran Bingham > > This is an RFC for the Analog Devices ADV748x driver, and follows on from a > previous posting by Niklas Söderlund [0] of an earlier incarnation of this > driver.

Re: [PATCH v2 07/21] crypto: shash, caam: Make use of the new sg_map helper function

On Thu, Apr 27, 2017 at 09:45:57AM -0600, Logan Gunthorpe wrote: > > > On 26/04/17 09:56 PM, Herbert Xu wrote: > > On Tue, Apr 25, 2017 at 12:20:54PM -0600, Logan Gunthorpe wrote: > >> Very straightforward conversion to the new function in the caam driver > >> and shash library. > >> > >>

Re: [PATCH] [media] pxa_camera: fix module remove codepath for v4l2 clock

Petr Cvek writes: > I will post some other bugfixes (and feature adding) for pxa_camera soon. Do > you wish to be CC'd? > > P.S. Who is the the maintainer of pxa_camera BTW? Still Guennadi Liakhovetski? Euh no, that's me. I had submitted a patch for that here :