[PATCH v1 0/4] media: rc: add support for IR receiver on MT7622 SoC

From: Sean Wang This patchset introduces Consumer IR (CIR) support for MT7622 SoC implements raw mode for more compatibility with different protocols as previously SoC did. Before adding support to MT7622 SoC, extra code refactor is done since there're major differences

[PATCH v1 4/4] MAINTAINERS: add entry for MediaTek CIR driver

From: Sean Wang I work for MediaTek on maintaining the MediaTek CIR driver for the existing SoCs and adding support for the following SoCs. Signed-off-by: Sean Wang --- MAINTAINERS | 5 + 1 file changed, 5 insertions(+) diff --git

[PATCH v1 3/4] media: rc: mtk-cir: add support for MediaTek MT7622 SoC

From: Sean Wang This patch adds driver for CIR controller on MT7622 SoC. It has similar handling logic as the previously MT7623 does, but there are some differences in the register and field definition. So for ease portability and maintenance, those differences all are

[PATCH v1 2/4] media: rc: mtk-cir: add platform data to adapt into various hardware

From: Sean Wang This patch is the preparation patch in order to adapt into various hardware through adding platform data which holds specific characteristics and differences among MediaTek supported CIR devices instead of the old way defining those data in the static way

[PATCH v1 1/4] dt-bindings: media: mtk-cir: Add support for MT7622 SoC

From: Sean Wang Document the devicetree bindings for CIR on MediaTek MT7622 SoC. Signed-off-by: Sean Wang --- Documentation/devicetree/bindings/media/mtk-cir.txt | 8 ++-- 1 file changed, 6 insertions(+), 2 deletions(-) diff --git

Re: [PATCH v2 04/19] media: camss: Add CSIPHY files

Hi Sakari, On 06/30/2017 02:53 AM, Sakari Ailus wrote: > Hi Todor, > > On Thu, Jun 29, 2017 at 07:36:47PM +0300, Todor Tomov wrote: +/* + * csiphy_link_setup - Setup CSIPHY connections + * @entity: Pointer to media entity structure + * @local: Pointer to local pad + *

[PATCH] media: platform: davinci: drop VPFE_CMD_S_CCDC_RAW_PARAMS

From: "Lad, Prabhakar" For dm355 and dm644x the vpfe driver provided a ioctl to configure the raw bayer config using a IOCTL, but since the code was not properly implemented and aswell the IOCTL was marked as 'experimental ioctl that will change in future kernels',

Re: [PATCH] [media] davinci/dm644x: work around ccdc_update_raw_params trainwreck

Hi Arnd, On Tue, Jun 27, 2017 at 12:08 PM, Arnd Bergmann wrote: > On Tue, Jun 27, 2017 at 12:13 PM, Sekhar Nori wrote: >> On Tuesday 20 June 2017 06:36 PM, Lad, Prabhakar wrote: >>> Hi Arnd, >>> >>> Thanks for the patch. >>> >>> On Fri, Jun 9, 2017 at 10:36 PM,

Re: [PATCH] media: platform: davinci: drop VPFE_CMD_S_CCDC_RAW_PARAMS

On Fri, Jun 30, 2017 at 11:32 AM, Prabhakar wrote: > From: "Lad, Prabhakar" > > For dm355 and dm644x the vpfe driver provided a ioctl to > configure the raw bayer config using a IOCTL, but since > the code was not properly implemented and

Re: [PATCH RFC 2/2] dt-bindings: add binding documentation for Allwinner CSI

On Fri, 30 Jun 2017 11:41:50 +0800 Chen-Yu Tsai wrote: > On Fri, Jun 30, 2017 at 5:19 AM, Rob Herring wrote: > > On Tue, Jun 27, 2017 at 07:07:34PM +0800, Yong Deng wrote: > >> Add binding documentation for Allwinner CSI. > > > > For the subject: > > > >

[PATCH] lirc_dev: sanitize locking (v2)

Use the irctl mutex for all device operations and only use lirc_dev_lock to protect the irctls array. Also, make sure that the device is alive early in each fops function before doing anything else. Since this patch touches nearly every line where the irctl mutex is taken/released, it also

Re: [Patch v5 12/12] Documention: v4l: Documentation for HEVC CIDs

On Wed, 2017-06-28 at 22:04 +0200, Kamil Debski wrote: > Hi, > > Please find my comments inline. > > On 19 June 2017 at 07:10, Smitha T Murthy wrote: > > Added V4l2 controls for HEVC encoder > > > > Signed-off-by: Smitha T Murthy > > --- > >

Re: [PATCH] [media] media/platform: add const to v4l2_file_operations structures

Hi, Thanks for the patch. On Thu, Jun 29, 2017 at 9:51 AM, Bhumika Goyal wrote: > Declare v4l2_file_operations structures as const as they are only stored > in the fops field of video_device structures. This field is of type > const, so declare v4l2_file_operations

Re: [PATCH v2 04/19] media: camss: Add CSIPHY files

Hi Todor, On Fri, Jun 30, 2017 at 10:00:25AM +0300, Todor Tomov wrote: > Hi Sakari, > > On 06/30/2017 02:53 AM, Sakari Ailus wrote: > > Hi Todor, > > > > On Thu, Jun 29, 2017 at 07:36:47PM +0300, Todor Tomov wrote: > +/* > + * csiphy_link_setup - Setup CSIPHY connections > + *

Re: [PATCH v1.1 2/2] drm: rcar-du: Repair vblank for DRM page flips using the VSP1

Hi Kieran > -static void rcar_du_vsp_complete(void *private) > +static void rcar_du_vsp_complete(void *private, bool completed) > { > struct rcar_du_crtc *crtc = private; > > - rcar_du_crtc_finish_page_flip(crtc); > + if (crtc->vblank_enable) > +

Re: [PATCH RESEND 0/7] Introduce MEDIA_VERSION to end KENREL_VERSION abuse in media

On Thu, Jun 29, 2017 at 10:01:05AM -0700, Stephen Hemminger wrote: > If you read Linus's comments on version. > Driver version is meaningless and there is a desire to rip it out of all > drivers. The reason is that drivers must always behave the same, i.e you > can't use version to change API/ABI

Re: [PATCH v3 2/4] media: adv7180: add adv7180cp, adv7180st compatible strings

Hi Ulrich, On Fri, May 19, 2017 at 3:07 PM, Ulrich Hecht wrote: > Used to differentiate between models with 3 and 6 inputs. > > Signed-off-by: Ulrich Hecht > --- > drivers/media/i2c/adv7180.c | 2 ++ > 1 file changed, 2

Re: [PATCH 02/12] [media] vb2: split out queueing from vb_core_qbuf()

Em Fri, 16 Jun 2017 16:39:05 +0900 Gustavo Padovan escreveu: > From: Gustavo Padovan > > In order to support explicit synchronization we need to divide > vb2_core_qbuf() in two parts, one to be executed before the fence > signals and another

Re: [PATCH 01/12] [media] vb2: add explicit fence user API

Em Fri, 16 Jun 2017 16:39:04 +0900 Gustavo Padovan escreveu: > From: Gustavo Padovan > > Turn the reserved2 field into fence_fd that we will use to send > an in-fence to the kernel and return an out-fence from the kernel to > userspace. > >

Re: [PATCH 00/12] V4L2 explicit synchronization support

Em Fri, 16 Jun 2017 16:39:03 +0900 Gustavo Padovan escreveu: > From: Gustavo Padovan > > Hi, > > This adds support for Explicit Synchronization of shared buffers in V4L2. > It uses the Sync File Framework[1] as vector to communicate the

Re: [PATCH] media: platform: davinci: drop VPFE_CMD_S_CCDC_RAW_PARAMS

Hi Arnd, On Fri, Jun 30, 2017 at 11:03 AM, Arnd Bergmann wrote: > On Fri, Jun 30, 2017 at 11:32 AM, Prabhakar > wrote: >> From: "Lad, Prabhakar" >> >> For dm355 and dm644x the vpfe driver provided a ioctl to >> configure

Re: [PATCH 03/12] [media] vb2: add in-fence support to QBUF

Em Fri, 16 Jun 2017 16:39:06 +0900 Gustavo Padovan escreveu: > From: Gustavo Padovan > > Receive in-fence from userspace and add support for waiting on them > before queueing the buffer to the driver. Buffers are only queued > to the driver

Re: [PATCH 07/12] [media] v4l: add support to BUF_QUEUED event

Em Fri, 16 Jun 2017 16:39:10 +0900 Gustavo Padovan escreveu: > From: Gustavo Padovan > > Implement the needed pieces to let userspace subscribe for > V4L2_EVENT_BUF_QUEUED events. Videobuf2 will queue the event for the > DQEVENT ioctl. > >

Re: [PATCH RFC 1/2] [media] v4l2: add V4L2_INPUT_TYPE_DEFAULT

Hi Hans and others, On Mon, Jun 12, 2017 at 11:26:12AM +0200, Hans Verkuil wrote: > On 06/06/2017 06:22 PM, Helen Koike wrote: > > Hi All, > > > > Just reviving this discussion > > > > On 2017-04-07 06:53 AM, Laurent Pinchart wrote: > > > Hi Hans, > > > > > > On Friday 07 Apr 2017 11:46:48

Re: [PATCH RFC 1/2] [media] v4l2: add V4L2_INPUT_TYPE_DEFAULT

On 30/06/17 13:03, Sakari Ailus wrote: > Hi Hans and others, > > On Mon, Jun 12, 2017 at 11:26:12AM +0200, Hans Verkuil wrote: >> On 06/06/2017 06:22 PM, Helen Koike wrote: >>> Hi All, >>> >>> Just reviving this discussion >>> >>> On 2017-04-07 06:53 AM, Laurent Pinchart wrote: Hi Hans,

[PATCH 1/1] media: usb: uvc: Fix incorrect timeout for Get Request

Section 9.2.6.4 of USB 2.0 specification describes that "device must be able to return the first data packet to host within 500 ms of receipt of the request. For subsequent data packet, if any, the device must be able to return them within 500 ms". This patch is to change incorrect timeout from

Re: [PATCH 06/12] [media] v4l: add V4L2_EVENT_BUF_QUEUED event

Em Fri, 16 Jun 2017 16:39:09 +0900 Gustavo Padovan escreveu: > From: Gustavo Padovan > > Add a new event the userspace can subscribe to receive notifications > when a buffer is queued onto the driver. The event provides the index of > the

Re: [PATCH RFC 1/2] [media] v4l2: add V4L2_INPUT_TYPE_DEFAULT

On Fri, Jun 30, 2017 at 01:13:40PM +0200, Hans Verkuil wrote: > On 30/06/17 13:03, Sakari Ailus wrote: > > Hi Hans and others, > > > > On Mon, Jun 12, 2017 at 11:26:12AM +0200, Hans Verkuil wrote: > >> On 06/06/2017 06:22 PM, Helen Koike wrote: > >>> Hi All, > >>> > >>> Just reviving this

[PATCH v4 0/8] [media] s5p-jpeg: Various fixes and improvements

Hi, This series contains various fixes and improvements for the Samsung s5p-jpeg driver. Most of these patches come from the Chromium v3.8 kernel tree. In this v4: - Correct a typo in patch #04 commit message (Thanks Jacek) - Add Acked-by from Andrzej and Jacek for the whole series v3: -

[PATCH v4 7/8] [media] s5p-jpeg: Add support for resolution change event

From: henryhsu This patch adds support for resolution change event to notify clients so they can prepare correct output buffer. When resolution change happened, G_FMT for CAPTURE should return old resolution and format before CAPTURE queues streamoff. This event is used

[PATCH v4 2/8] [media] s5p-jpeg: Correct WARN_ON statement for checking subsampling

From: Tony K Nadackal Corrects the WARN_ON statement for subsampling based on the JPEG Hardware version. Signed-off-by: Tony K Nadackal Signed-off-by: Thierry Escande Acked-by: Andrzej Pietrasiewicz

[PATCH v4 8/8] [media] s5p-jpeg: Add stream error handling for Exynos5420

From: henryhsu On Exynos5420, the STREAM_STAT bit raised on the JPGINTST register means there is a syntax error or an unrecoverable error on compressed file when ERR_INT_EN is set to 1. Fix this case and report BUF_STATE_ERROR to videobuf2. Signed-off-by: Henry-Ruey Hsu

Dear user

Dear user Your mailbox has exceeded the storage limit of 20GB set by the administrator, you are currently running at 20.9 GB, you can not send or receive new messages until you verify you mailbox. Re-validate your account by mail, please fill and Send the data below to verify and

Re: [PATCH RFC 2/2] dt-bindings: add binding documentation for Allwinner CSI

On Thu, Jun 29, 2017 at 10:41 PM, Chen-Yu Tsai wrote: > On Fri, Jun 30, 2017 at 5:19 AM, Rob Herring wrote: >> On Tue, Jun 27, 2017 at 07:07:34PM +0800, Yong Deng wrote: >>> Add binding documentation for Allwinner CSI. >> >> For the subject: >> >> dt-bindings:

[PATCH v2] [media] venus: fix compile-test build on non-qcom ARM platform

If QCOM_MDT_LOADER is enabled, but ARCH_QCOM is not, we run into a build error: ERROR: "qcom_mdt_load" [drivers/media/platform/qcom/venus/venus-core.ko] undefined! ERROR: "qcom_mdt_get_size" [drivers/media/platform/qcom/venus/venus-core.ko] undefined! This changes the 'select' statement again,

[PATCH v2] [media] uvcvideo: Prevent heap overflow in uvc driver

The size of uvc_control_mapping is user controlled leading to a potential heap overflow in the uvc driver. This adds a check to verify the user provided size fits within the bounds of the defined buffer size. Originally-from: Richard Simmons Signed-off-by: Guenter Roeck

[RFC PATCH] cec-*: monitor pin support

Support the new pin monitoring events API in the CEC utilities. It needs a bit more cleanup before it is ready to be merged, and I am sure that more work can be done to refine the analysis code. But this is a good first start. Signed-off-by: Hans Verkuil ---

[PATCH v2 05/10] [media] dvb-frontends/stv0910: Add missing set_frontend fe-op

From: Daniel Scheller This was missing from the frontend_ops. Signed-off-by: Daniel Scheller --- drivers/media/dvb-frontends/stv0910.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/media/dvb-frontends/stv0910.c

[PATCH v2 09/10] [media] ddbridge: stv0910 single demod mode module option

From: Daniel Scheller Adds a stv0910_single modparm which, when set, configures the stv0910 to run in single demodulator mode, currently intended for high bit rate testing. Signed-off-by: Daniel Scheller --- drivers/media/pci/ddbridge/ddbridge-core.c |

[PATCH v2 03/10] [media] dvb-frontends/stv0910: add multistream (ISI) and PLS capabilities

From: Daniel Scheller Implements stream_id filter and scrambling code setup in start() and also sets FE_CAN_MULTISTREAM in frontend_ops. This enables the driver to properly receive and handle multistream transponders, functionality has been reported working fine by testers

[PATCH v2 02/10] [media] dvb-frontends/stv0910: Fix possible buffer overflow

From: Daniel Scheller Fixes smatch error: drivers/media/dvb-frontends/stv0910.c:715 dvbs2_nbch() error: buffer overflow 'nbch[fectype]' 2 <= 28 Also, fixes the nbch array table by adding the DUMMY_PLF element at the top to match the enums (table element order was off by

[PATCH v2 04/10] [media] dvb-frontends/stv0910: Add demod-only signal strength reporting

From: Daniel Scheller Original code at least has some signed/unsigned issues, resulting in values like 32dBm. Implement signal strength readout to work without asking the attached tuner, and use a lookup table instead of log calc. Values reported appear plausible, gathered

[PATCH v2 07/10] [media] ddbridge: return stv09xx id in port_has_stv0900_aa()

From: Daniel Scheller The returned value is required for further evaluation of the exact demodulator chip (stv090x or stv0910). Signed-off-by: Daniel Scheller --- drivers/media/pci/ddbridge/ddbridge-core.c | 9 - 1 file changed, 4 insertions(+),

[PATCH v2 06/10] [media] dvb-frontends: add ST STV6111 DVB-S/S2 tuner frontend driver

From: Daniel Scheller This adds a frontend driver for the ST STV6111 DVB-S/S2 tuners. Like the stv0910 demod frontend driver, this driver originates from the Digital Devices' dddvb vendor driver package as of version 0.9.29, and was cleaned up aswell. No functionality had to

[PATCH v2 08/10] [media] ddbridge: support for CineS2 V7(A) and DuoFlex S2 V4 hardware

From: Daniel Scheller This adds all required glue code to support - in conjunction with the new stv0910 and stv6111 demod/tuner drivers and additionally the lnbh25 LNB controller driver - all current DVB-S/S2 hardware (bridges and flex modules) from Digital Devices like the

[PATCH v2 00/10] STV0910/STV6111 drivers, ddbridge CineS2 V7 support

From: Daniel Scheller For Linux 4.14. This series adds drivers for the ST STV0910 DVB-S/S2 demodulator ICs and the ST STV6111 DVB-S/S2 tuners, and utilises them to enable ddbridge to support the current line of Digital Devices DVB-S/S2 hardware (e.g. Cine S2 V7/V7A adapters,

[PATCH v2 10/10] [media] MAINTAINERS: add entries for stv0910 and stv6111

From: Daniel Scheller Signed-off-by: Daniel Scheller --- MAINTAINERS | 16 1 file changed, 16 insertions(+) diff --git a/MAINTAINERS b/MAINTAINERS index c4be6d4af7d2..7b85e578d238 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -8246,6

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 Jul 1 05:00:18 CEST 2017 media-tree git hash:2748e76ddb2967c4030171342ebdd3faa6a5e8e8 media_build

Re: [PATCH v2 00/10] STV0910/STV6111 drivers, ddbridge CineS2 V7 support

Daniel Scheller wrote: From: Daniel Scheller For Linux 4.14. This series adds drivers for the ST STV0910 DVB-S/S2 demodulator ICs and the ST STV6111 DVB-S/S2 tuners, and utilises them to enable ddbridge to support the current line of Digital Devices DVB-S/S2 hardware (e.g.

Re: [PATCH v3] media: platform: rcar_imr: add IMR-LSX3 support

On 06/30/2017 12:42 AM, Rob Herring wrote: Add support for the image renderer light SRAM extended 3 (IMR-LSX3) found only in the R-Car V2H (R8A7792) SoC. It differs from IMR-LX4 in that it supports only planar video formats but can use the video capture data for the textures. Signed-off-by:

[PATCH v4 6/8] [media] s5p-jpeg: Decode 4:1:1 chroma subsampling format

From: Tony K Nadackal This patch adds support for decoding 4:1:1 chroma subsampling in the jpeg header parsing function. Signed-off-by: Tony K Nadackal Signed-off-by: Thierry Escande Acked-by: Andrzej Pietrasiewicz

[PATCH v4 1/8] [media] s5p-jpeg: Call jpeg_bound_align_image after qbuf

From: Tony K Nadackal When queuing an OUTPUT buffer for decoder, s5p_jpeg_parse_hdr() function parses the input jpeg file and takes the width and height parameters from its header. These new width/height values will be used for the calculation of stride. HX_JPEG Hardware

[PATCH v4 4/8] [media] s5p-jpeg: Don't use temporary structure in s5p_jpeg_buf_queue

If s5p_jpeg_parse_hdr() fails to parse the JPEG header, the passed s5p_jpeg_q_data structure is not modified so there is no need to use a temporary structure and the field-by-field copy can be avoided. Signed-off-by: Thierry Escande Acked-by: Andrzej Pietrasiewicz

[PATCH v4 5/8] [media] s5p-jpeg: Split s5p_jpeg_parse_hdr()

This patch moves the subsampling value decoding read from the jpeg header into its own function. This new function is called s5p_jpeg_subsampling_decode() and returns true if it successfully decodes the subsampling value, false otherwise. Signed-off-by: Thierry Escande

[PATCH v4 3/8] [media] s5p-jpeg: Handle parsing error in s5p_jpeg_parse_hdr()

This patch modifies the s5p_jpeg_parse_hdr() function so it only modifies the passed s5p_jpeg_q_data structure if the jpeg header parsing is successful. Signed-off-by: Thierry Escande Acked-by: Andrzej Pietrasiewicz Acked-by: Jacek

[RFC PATCH 09/12] cec-pin: add low-level pin hardware support

From: Hans Verkuil Add support for CEC hardware that relies on low-level pin polling or GPIO interrupts. One example is the Allwinner SoC. But any GPIO-based CEC implementation can use this as well. A GPIO implementation is very suitable as well for debugging: it can

[RFC PATCH 00/12] cec: add low-level pin driver/monitoring

From: Hans Verkuil This patch series is something I have been working on for some time now. The initial use-case was for the Allwinner A10 SoC which supported CEC but only by polling the CEC bus. It turned out that being able to access the CEC bus at such a low-level was

[RFC PATCH 07/12] cec: rework the cec event handling

From: Hans Verkuil Event handling was always fairly simplistic since there were only two events. With the addition of pin events this needed to be redesigned. The state_change and lost_msgs events are now core events with the guarantee that the last state is always

[RFC PATCH 01/12] cec: improve transmit timeout logging

From: Hans Verkuil Kernel logging messes up the upcoming low-level CEC monitoring support which is very time-sensitive. So change the debug level of this message but keep a counter that is shown in the debugfs status log. Signed-off-by: Hans Verkuil

[RFC PATCH 11/12] MAINTAINERS: add cec-gpio entry

From: Hans Verkuil Add an entry for the CEC GPIO driver. Signed-off-by: Hans Verkuil --- MAINTAINERS | 8 1 file changed, 8 insertions(+) diff --git a/MAINTAINERS b/MAINTAINERS index c4be6d4af7d2..cffc77c8facf 100644 --- a/MAINTAINERS

[RFC PATCH 12/12] rpi: add cec-gpio support to dts

From: Hans Verkuil A simple example of the use of cec-gpio for Raspberry Pi 2B and 3. Signed-off-by: Hans Verkuil --- arch/arm/boot/dts/bcm2836-rpi-2-b.dts| 5 + arch/arm64/boot/dts/broadcom/bcm2837-rpi-3-b.dts | 5 + 2 files

[RFC PATCH 10/12] cec-gpio: add CEC GPIO driver

From: Hans Verkuil Add a simple CEC GPIO driver that sits on top of the cec-pin framework. Mostly done, but is missing optional cec-notifier integration (that's currently commented out). Signed-off-by: Hans Verkuil ---

[RFC PATCH 03/12] cec: add adap_free op

From: Hans Verkuil This is needed for CEC adapters that allocate resources that have to be freed before the cec_adapter is deleted. Signed-off-by: Hans Verkuil --- drivers/media/cec/cec-core.c | 2 ++ include/media/cec.h | 1 + 2 files

[RFC PATCH 05/12] linux/cec.h: add pin monitoring API support

From: Hans Verkuil Add support for low-level CEC pin monitoring. This adds a new monitor mode, a new capability and two new events. Signed-off-by: Hans Verkuil --- include/uapi/linux/cec.h | 5 + 1 file changed, 5 insertions(+) diff --git

[RFC PATCH 06/12] cec: document the new CEC pin capability, events and mode

From: Hans Verkuil Document CEC_CAP_MONITOR_PIN, CEC_EVENT_PIN_LOW/HIGH and CEC_MODE_MONITOR_PIN. Signed-off-by: Hans Verkuil --- Documentation/media/uapi/cec/cec-ioc-adap-g-caps.rst | 7 +++ Documentation/media/uapi/cec/cec-ioc-dqevent.rst

[RFC PATCH 08/12] cec: add core support for low-level CEC pin monitoring

From: Hans Verkuil Add support for the new MONITOR_PIN mode. Add the cec_pin_event function that the CEC pin code will call to queue pin change events. Signed-off-by: Hans Verkuil --- drivers/media/cec/cec-adap.c | 16

[RFC PATCH 04/12] cec-core.rst: document the adap_free callback

From: Hans Verkuil Document what this callback does. Signed-off-by: Hans Verkuil --- Documentation/media/kapi/cec-core.rst | 10 -- 1 file changed, 8 insertions(+), 2 deletions(-) diff --git a/Documentation/media/kapi/cec-core.rst

[RFC PATCH 02/12] cec: add *_ts variants for transmit_done/received_msg

From: Hans Verkuil Currently the transmit_(attempt_)done and received_msg functions set the timestamp themselves. For the upcoming low-level pin API we need to pass this as an argument instead. So make _ts variants that allow the caller to specify the timestamp.