[PATCH v2 2/2] v4l: cadence: Add Cadence MIPI-CSI2 RX driver

The Cadence CSI-2 RX Controller is an hardware block meant to be used as a bridge between a CSI-2 bus and pixel grabbers. It supports operating with internal or external D-PHY, with up to 4 lanes, or without any D-PHY. The current code only supports the former case. It also support dynamic

[PATCH v2 1/2] dt-bindings: media: Add Cadence MIPI-CSI2 RX Device Tree bindings

The Cadence MIPI-CSI2 RX controller is a CSI2RX bridge that supports up to 4 CSI-2 lanes, and can route the frames to up to 4 streams, depending on the hardware implementation. It can operate with an external D-PHY, an internal one or no D-PHY at all in some configurations. Signed-off-by: Maxime

[PATCH v2 0/2] media: v4l: Add support for the Cadence MIPI-CSI2 RX

Hi, Here is an attempt at supporting the MIPI-CSI2 RX block from Cadence. This IP block is able to receive CSI data over up to 4 lanes, and split it to over 4 streams. Those streams are basically the interfaces to the video grabbers that will perform the capture. It is able to map streams to

pull request: linux-firmware: Update Mediatek MT8173 VPU firmware

Hi linux-firmware maintainers, The following changes since commit 7d2c913dcd1be083350d97a8cb1eba24cfacbc8a: ath10k: update year in license (2017-06-22 12:06:02 -0700) are available in the git repository at: https://github.com/andrewct-chen/linux_fw_vpu_v1.0.5.git v1.0.5 for you to fetch

[v3 1/2] media: platform: davinci: prepare for removal of VPFE_CMD_S_CCDC_RAW_PARAMS ioctl

preparing for removal of VPFE_CMD_S_CCDC_RAW_PARAMS ioctl from davicni vpfe_capture driver because of following reasons: - This ioctl was never in public api and was only defined in kernel header. - The function set_params constantly mixes up pointers and phys_addr_t numbers. - This is part of

[v3 0/2] media: platform: davinci: remove VPFE_CMD_S_CCDC_RAW_PARAMS IOCTL

This patch series drops VPFE_CMD_S_CCDC_RAW_PARAMS ioctl, from davicni vpfe_capture driver because of following reasons: - The function constantly mixes up pointers and phys_addr_t numbers - This is part of a 'VPFE_CMD_S_CCDC_RAW_PARAMS' ioctl command that is described as an 'experimental ioctl

Re: [PATCH v2 0/7] Add support of OV9655 camera

On 07/20/2017 10:37 AM, H. Nikolaus Schaller wrote: > Hi, > >> Am 18.07.2017 um 21:52 schrieb Sakari Ailus : >> >> On Tue, Jul 18, 2017 at 12:53:12PM +, Hugues FRUCHET wrote: >>> >>> >>> On 07/18/2017 02:17 PM, H. Nikolaus Schaller wrote: Hi, > Am

[v3 2/2] media: platform: davinci: drop VPFE_CMD_S_CCDC_RAW_PARAMS

drop VPFE_CMD_S_CCDC_RAW_PARAMS ioctl from dm355/dm644x following reasons: - This ioctl was never in public api and was only defined in kernel header. - The function set_params constantly mixes up pointers and phys_addr_t numbers. - This is part of a 'VPFE_CMD_S_CCDC_RAW_PARAMS' ioctl command

Re: [PATCH v2 0/7] Add support of OV9655 camera

Hi, > Am 18.07.2017 um 21:52 schrieb Sakari Ailus : > > On Tue, Jul 18, 2017 at 12:53:12PM +, Hugues FRUCHET wrote: >> >> >> On 07/18/2017 02:17 PM, H. Nikolaus Schaller wrote: >>> Hi, >>> Am 18.07.2017 um 13:59 schrieb Hans Verkuil :

Re: [PATCH 5/8] v4l: Add support for CSI-1 and CCP2 busses

Hi! > > > +void v4l2_fwnode_endpoint_parse_csi1_bus(struct fwnode_handle *fwnode, > > > + struct v4l2_fwnode_endpoint *vep, > > > + u32 bus_type) > > > +{ > > > + struct v4l2_fwnode_bus_mipi_csi1 *bus = >bus.mipi_csi1; > > >

Re: [PATCH 1/1] v4l2-flash-led-class: Document v4l2_flash_init() references

On Thu 2017-07-20 01:40:31, Sakari Ailus wrote: > The v4l2_flash_init() keeps a reference to the ops struct but not to the > config struct (nor anything it contains). Document this. > > Signed-off-by: Sakari Ailus Acked-by: Pavel Machek Thanks!

Re: [PATCHv2 3/3] drm/vc4: add HDMI CEC support

Hi Eric, On 16/07/17 12:48, Hans Verkuil wrote: > From: Hans Verkuil > > This patch adds support to VC4 for CEC. > > Thanks to Eric Anholt for providing me with the CEC register information. > > To prevent the firmware from eating the CEC interrupts you need to add

Re: [GIT PULL] SAA716x DVB driver

Hi Soeren, Em Sun, 16 Jul 2017 20:34:23 +0200 Soeren Moch escreveu: > This is a driver for DVB cards based on the SAA7160/62 PCIe bridges from > Philips/NXP. The most important of these cards, at least for me, is the > TechnoTrend S2-6400, a high-definition full-featured DVB-S2

[PATCH] dma-fence: Don't BUG_ON when not absolutely needed

It makes debugging a massive pain. Signed-off-by: Daniel Vetter Cc: Sumit Semwal Cc: Gustavo Padovan Cc: linux-media@vger.kernel.org Cc: linaro-mm-...@lists.linaro.org --- drivers/dma-buf/dma-fence.c | 4 ++--

Re: [Patch v5 05/12] [media] videodev2.h: Add v4l2 definition for HEVC

On 19/06/17 07:10, Smitha T Murthy wrote: > Add V4L2 definition for HEVC compressed format > > Signed-off-by: Smitha T Murthy > Reviewed-by: Andrzej Hajda > --- > include/uapi/linux/videodev2.h | 1 + > 1 file changed, 1 insertion(+) > > diff --git

Re: [Patch v5 11/12] [media] s5p-mfc: Add support for HEVC encoder

On 19/06/17 07:10, Smitha T Murthy wrote: > Add HEVC encoder support and necessary registers, V4L2 CIDs, > and hevc encoder parameters > > Signed-off-by: Smitha T Murthy > --- > drivers/media/platform/s5p-mfc/regs-mfc-v10.h | 28 +- >

Re: [PATCH v2 06/14] v4l: vsp1: Add pipe index argument to the VSP-DU API

Em Fri, 14 Jul 2017 02:04:06 +0300 Laurent Pinchart escreveu: > On Thursday 13 Jul 2017 14:16:03 Kieran Bingham wrote: > > On 26/06/17 19:12, Laurent Pinchart wrote: > > > In the H3 ES2.0 SoC the VSP2-DL instance has two connections to DU > > > channels that

Re: [PATCH] media: Convert to using %pOF instead of full_name

On Thu, Jul 20, 2017 at 6:15 AM, Mauro Carvalho Chehab wrote: > Em Wed, 19 Jul 2017 11:02:01 -0500 > Rob Herring escreveu: > >> On Wed, Jul 19, 2017 at 4:41 AM, Sylwester Nawrocki >> wrote: >> > On 07/18/2017 11:43 PM, Rob

Re: [Linaro-mm-sig] [PATCH] dma-fence: Don't BUG_ON when not absolutely needed

Am Donnerstag, den 20.07.2017, 14:51 +0200 schrieb Daniel Vetter: > It makes debugging a massive pain. It is also considered very bad style to BUG the kernel on anything other than filesystem eating catastrophic failures. Reviewed-by: Lucas Stach > Signed-off-by: Daniel

Re: [PATCH v2 10/14] v4l: vsp1: Add support for multiple DRM pipelines

Em Mon, 26 Jun 2017 21:12:22 +0300 Laurent Pinchart escreveu: > The R-Car H3 ES2.0 VSP-DL instance has two LIF entities and can drive > two display pipelines at the same time. Refactor the VSP DRM code to > support that by introducing a vsp_drm_pipeline

Re: [PATCH v2 01/14] v4l: vsp1: Fill display list headers without holding dlm spinlock

Em Thu, 13 Jul 2017 13:48:40 +0100 Kieran Bingham escreveu: > Hi Laurent, > > Starts easy ... (I haven't gone through these in numerical order of course :D) > > On 26/06/17 19:12, Laurent Pinchart wrote: > > The display list headers are filled using information from

Re: [PATCH v2 03/14] v4l: vsp1: Don't set WPF sink pointer

Em Thu, 13 Jul 2017 13:50:20 +0100 Kieran Bingham escreveu: > On 26/06/17 19:12, Laurent Pinchart wrote: > > The sink pointer is used to configure routing inside the VSP, and as > > such must point to the next VSP entity in the pipeline. The WPF being a >

Re: [PATCH v2 09/14] v4l: vsp1: Add support for multiple LIF instances

Em Thu, 13 Jul 2017 18:57:40 +0100 Kieran Bingham escreveu: > Hi Laurent, > > On 26/06/17 19:12, Laurent Pinchart wrote: > > The VSP2-DL instance (present in the H3 ES2.0 and M3-N SoCs) has two LIF > > instances. Adapt the driver infrastructure to support

Re: [PATCH v3 08/23] media: camss: Add CSID files

Hi Todor, A few comments below. Looks pretty good! On Mon, Jul 17, 2017 at 01:33:34PM +0300, Todor Tomov wrote: > These files control the CSID modules which handle the protocol and application > layer of the CSI2 receivers. > > Signed-off-by: Todor Tomov > --- >

Re: [PATCH v2 02/14] v4l: vsp1: Don't recycle active list at display start

Em Thu, 13 Jul 2017 18:02:20 +0100 Kieran Bingham escreveu: > Hi Laurent, > > On 26/06/17 19:12, Laurent Pinchart wrote: > > When the display start interrupt occurs, we know that the hardware has > > finished loading the active display list. The driver then

Re: [PATCH v2 05/14] v4l: vsp1: Don't create links for DRM pipeline

Em Thu, 13 Jul 2017 14:06:04 +0100 Kieran Bingham escreveu: > On 26/06/17 19:12, Laurent Pinchart wrote: > > When the VSP1 is used in a DRM pipeline the driver doesn't register the > > media device. Links between entities are not exposed to userspace, but

Re: [PATCH v2.1 08/14] v4l: vsp1: Add support for new VSP2-BS, VSP2-DL and VSP2-D instances

Em Fri, 14 Jul 2017 03:35:57 +0300 Laurent Pinchart escreveu: > New Gen3 SoCs come with two new VSP2 variants names VSP2-BS and VSP2-DL, > as well as a new VSP2-D variant on V3M and V3H SoCs. Add new entries for > them in the VSP device info table. > >

Re: [PATCH v2 11/14] v4l: vsp1: Add support for header display lists in continuous mode

Em Mon, 26 Jun 2017 21:12:23 +0300 Laurent Pinchart escreveu: > The VSP supports both header and headerless display lists. The latter is > easier to use when the VSP feeds data directly to the DU in continuous > mode, and the driver thus uses headerless

Re: [Patch v5 06/12] [media] v4l2-ioctl: add HEVC format description

On 19/06/17 07:10, Smitha T Murthy wrote: > HEVC is a video coding format > > Signed-off-by: Smitha T Murthy > --- > drivers/media/v4l2-core/v4l2-ioctl.c | 1 + > 1 file changed, 1 insertion(+) > > diff --git a/drivers/media/v4l2-core/v4l2-ioctl.c >

Re: [Patch v5 10/12] [media] v4l2: Add v4l2 control IDs for HEVC encoder

On 19/06/17 07:10, Smitha T Murthy wrote: > Add v4l2 controls for HEVC encoder > > Signed-off-by: Smitha T Murthy > Reviewed-by: Andrzej Hajda > --- > drivers/media/v4l2-core/v4l2-ctrls.c | 103 > +++ >

Re: [PATCH][media-next] media: v4l: make local function v4l2_fwnode_endpoint_parse_csi1_bus static

On Thu, Jul 20, 2017 at 11:30:14AM +0100, Colin King wrote: > From: Colin Ian King > > The function v4l2_fwnode_endpoint_parse_csi1_bus does not need to be > in global scope, so make it static. Also reformat the function arguments > as adding the static keyword made

Re: [PATCH v2 04/14] v4l: vsp1: Store source and sink pointers as vsp1_entity

Em Thu, 13 Jul 2017 14:00:31 +0100 Kieran Bingham escreveu: > Hi Laurent, > > This looks like a good simplification/removal of obfuscation to me! > > On 26/06/17 19:12, Laurent Pinchart wrote: > > The internal VSP entity source and sink pointers are

Re: [PATCH v2 07/14] v4l: vsp1: Add support for the BRS entity

Em Thu, 13 Jul 2017 14:38:40 +0100 Kieran Bingham escreveu: > On 26/06/17 19:12, Laurent Pinchart wrote: > > The Blend/ROP Sub Unit (BRS) is a stripped-down version of the BRU found > > in several VSP2 instances. Compared to a regular BRU, it supports two

Re: [PATCH v2 3/3] drm: rcar-du: Repair vblank for DRM page flips using the VSP

Em Wed, 12 Jul 2017 01:29:42 +0300 Laurent Pinchart escreveu: > From: Kieran Bingham > > The driver recently switched from handling page flip completion in the > DU vertical blanking handler to the VSP frame

Re: [PATCH] media: Convert to using %pOF instead of full_name

On Tue, Jul 18, 2017 at 10:43 PM, Rob Herring wrote: > Now that we have a custom printf format specifier, convert users of > full_name to use %pOF instead. This is preparation to remove storing > of the full path string for each node. > > Signed-off-by: Rob Herring

Re: [v3 1/2] media: platform: davinci: prepare for removal of VPFE_CMD_S_CCDC_RAW_PARAMS ioctl

On 20/07/17 10:56, Lad, Prabhakar wrote: > preparing for removal of VPFE_CMD_S_CCDC_RAW_PARAMS ioctl from You don't really prepare for removal. You make sure VPFE_CMD_S_CCDC_RAW_PARAMS no longer works with a minimal patch suitable for backporting. > davicni vpfe_capture driver because of

Re: [PATCH v3 04/23] dt-bindings: media: Binding document for Qualcomm Camera subsystem driver

On Mon, Jul 17, 2017 at 01:33:30PM +0300, Todor Tomov wrote: > Add DT binding document for Qualcomm Camera subsystem driver. > > CC: Rob Herring > CC: devicet...@vger.kernel.org > Signed-off-by: Todor Tomov > --- >

Re: [PATCH v3 07/23] media: camss: Add CSIPHY files

Hi Todor, On Mon, Jul 17, 2017 at 01:33:33PM +0300, Todor Tomov wrote: > These files control the CSIPHY modules which are responsible for the physical > layer of the CSI2 receivers. > > Signed-off-by: Todor Tomov > --- > .../media/platform/qcom/camss-8x16/camss-csiphy.c

Re: [PATCH] media: Convert to using %pOF instead of full_name

Em Wed, 19 Jul 2017 11:02:01 -0500 Rob Herring escreveu: > On Wed, Jul 19, 2017 at 4:41 AM, Sylwester Nawrocki > wrote: > > On 07/18/2017 11:43 PM, Rob Herring wrote: > >> Now that we have a custom printf format specifier, convert users of > >>

Re: [PATCH] media: Convert to using %pOF instead of full_name

On 07/19/2017 06:02 PM, Rob Herring wrote: diff --git a/drivers/media/v4l2-core/v4l2-async.c b/drivers/media/v4l2-core/v4l2-async.c index 851f128eba22..0a385d1ff28c 100644 --- a/drivers/media/v4l2-core/v4l2-async.c +++ b/drivers/media/v4l2-core/v4l2-async.c @@ -47,9 +47,7 @@ static bool

[PATCH][media-next] media: v4l: make local function v4l2_fwnode_endpoint_parse_csi1_bus static

From: Colin Ian King The function v4l2_fwnode_endpoint_parse_csi1_bus does not need to be in global scope, so make it static. Also reformat the function arguments as adding the static keyword made one of the source lines more than 80 chars wide and checkpatch does not

Re: [PATCH v2] media: venus: don't abuse dma_alloc for non-DMA allocations

On Thu, Jul 20, 2017 at 1:26 PM, Hans Verkuil wrote: > On 19/07/17 13:51, Stanimir Varbanov wrote: >> In venus_boot(), we pass a pointer to a phys_addr_t >> into dmam_alloc_coherent, which the compiler warns about: >> >> platform/qcom/venus/firmware.c: In function

Re: [PATCH 4/7] omap3isp: Return -EPROBE_DEFER if the required regulators can't be obtained

Hi! > > > > No idea really. I only have N900 working with linux at the moment. I'm > > > > trying to get N9 and N950 working, but no luck so far. > > > > > > Still no? :-( > > > > > > Do you know if you get the kernel booting? Do you have access to the > > > serial > > > console? I might have

[v4] media: platform: davinci: return -EINVAL for VPFE_CMD_S_CCDC_RAW_PARAMS ioctl

this patch makes sure VPFE_CMD_S_CCDC_RAW_PARAMS ioctl no longer works for vpfe_capture driver with a minimal patch suitable for backporting. - This ioctl was never in public api and was only defined in kernel header. - The function set_params constantly mixes up pointers and phys_addr_t

Re: [PATCH v3 04/23] dt-bindings: media: Binding document for Qualcomm Camera subsystem driver

Hi Todor, On Mon, Jul 17, 2017 at 01:33:30PM +0300, Todor Tomov wrote: > Add DT binding document for Qualcomm Camera subsystem driver. > > CC: Rob Herring > CC: devicet...@vger.kernel.org > Signed-off-by: Todor Tomov > --- >

Re: [PATCH v2] media: venus: don't abuse dma_alloc for non-DMA allocations

On 19/07/17 13:51, Stanimir Varbanov wrote: > In venus_boot(), we pass a pointer to a phys_addr_t > into dmam_alloc_coherent, which the compiler warns about: > > platform/qcom/venus/firmware.c: In function 'venus_boot': > platform/qcom/venus/firmware.c:63:49: error: passing argument 3 of >

Adv7180 driver configuration problem

I need to configure adv7281m in renesas SOC which uses rcar-csi as bridge(csi receiver) and rcar- vin as dma engine. I have done the configuration in device tree as mention in DT bindings. When i start the streaming (continuous capture), i am getting rcar.csi2: timeout reading the PHY clock

Re: [PATCH v3 01/10] [media] dvb-frontends: add ST STV0910 DVB-S/S2 demodulator frontend driver

Em Mon, 3 Jul 2017 19:20:54 +0200 Daniel Scheller escreveu: > From: Daniel Scheller > > This adds a multi frontend driver for the ST STV0910 DVB-S/S2 demodulator > frontends. The driver code originates from the Digital Devices' dddvb > vendor

Re: [PATCH v3 10/23] media: camss: Add VFE files

Hi Todor, On Mon, Jul 17, 2017 at 01:33:36PM +0300, Todor Tomov wrote: > These files control the VFE module. The VFE has different input interfaces. > The PIX input interface feeds the input data to an image processing pipeline. > Three RDI input interfaces bypass the image processing pipeline.

Re: [PATCH v3 15/23] doc: media/v4l-drivers: Qualcomm Camera Subsystem - PIX Interface

On Mon, Jul 17, 2017 at 01:33:41PM +0300, Todor Tomov wrote: > Update Qualcomm Camera Subsystem driver document for the PIX interface > and format conversion support. > > Signed-off-by: Todor Tomov > --- > Documentation/media/v4l-drivers/qcom_camss.rst | 41 >

Re: [PATCH v3 01/10] [media] dvb-frontends: add ST STV0910 DVB-S/S2 demodulator frontend driver

Hi, Am Thu, 20 Jul 2017 14:21:24 -0300 schrieb Mauro Carvalho Chehab : > The right coding style for multi-line comments is: > > /* >* foo >* bar >*/ > > I ended by merging this series,[...] Thanks alot! > but please send a fixup patch >

Re: [PATCH v3 14/23] camss: vfe: Format conversion support using PIX interface

Hi Todor, Are you trying to get acks by posting drivers so big and complex that it'd be unwieldy to meaningfully review them? :-) On Mon, Jul 17, 2017 at 01:33:40PM +0300, Todor Tomov wrote: > Use VFE PIX input interface and do format conversion in VFE. > > Supported input format is UYVY

Re: DD support improvements (was: Re: [PATCH v3 00/13] stv0367/ddbridge: support CTv6/FlexCT hardware)

Em Tue, 27 Jun 2017 07:38:50 +0200 Ralph Metzler escreveu: > Daniel Scheller writes: > > Am Mon, 26 Jun 2017 11:59:20 +0200 > > schrieb Ralph Metzler : > > > > > Mauro Carvalho Chehab writes: > > > > > > > > Splitting it is OK. Including a

Re: [PATCH v3 22/23] camss: Use optimal clock frequency rates

Hi Todor, On Mon, Jul 17, 2017 at 01:33:48PM +0300, Todor Tomov wrote: > Use standard V4L2 control to get pixel clock rate from a sensor > linked in the media controller pipeline. Then calculate clock > rates on CSIPHY, CSID and VFE to use the lowest possible. > > If the currnet pixel clock rate

[GIT PULL FOR v4.13] venus/davinci fixes for 4.13

The following changes since commit 0e6fd95802e25b2428749703f76ea9d54ea743a3: media: pulse8-cec/rainshadow-cec: make adapter name unique (2017-07-18 13:00:52 -0300) are available in the git repository at: git://linuxtv.org/hverkuil/media_tree.git for-v4.13b for you to fetch changes up to

Re: DD support improvements (was: Re: [PATCH v3 00/13] stv0367/ddbridge: support CTv6/FlexCT hardware)

Em Tue, 11 Jul 2017 20:12:35 +0200 Ralph Metzler escreveu: > Mauro Carvalho Chehab writes: > > Em Mon, 26 Jun 2017 11:45:08 +0200 > > Ralph Metzler escreveu: > > > > The media controller is generic enough to control all pipelines at > > the

Re: [RFC 00/19] Async sub-notifiers and how to use them

Hi Hans, Thanks for the review. On Wed, Jul 19, 2017 at 01:42:55PM +0200, Hans Verkuil wrote: > On 18/07/17 21:03, Sakari Ailus wrote: > > Hi folks, > > > > This RFC patchset achieves a number of things which I've put to the same > > patchset for they need to be show together to demonstrate the

Re: [PATCH v3 09/23] media: camss: Add ISPIF files

Hi Todor, On Mon, Jul 17, 2017 at 01:33:35PM +0300, Todor Tomov wrote: > These files control the ISPIF module which handles the routing of the data > streams from the CSIDs to the inputs of the VFE. > > Signed-off-by: Todor Tomov > --- >

Re: [PATCH]

Em Mon, 10 Jul 2017 01:35:11 +0200 armetallica escreveu: > From 043428d63637a6dd8e52449b73dbb8341885d7e4 Mon Sep 17 00:00:00 2001 > From: Armin Schoenlieb > Date: Mon, 10 Jul 2017 01:12:52 +0200 > Subject: [PATCH] Staging: media: atomisp2: fixed

Re: [PATCH 00/14] ddbridge: bump to ddbridge-0.9.29

Em Tue, 11 Jul 2017 17:30:13 +0200 Daniel Scheller escreveu: > Am Tue, 11 Jul 2017 11:11:27 +0200 > schrieb Ralph Metzler : > > > Daniel Scheller writes: > > > > > > IIRC this was -main.c, and basically the code split, but no > > > specific

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

Hi, >>> + >>> +* - ``V4L2_MPEG_VIDEO_HEVC_PROFILE_MAIN`` >>> + - Main profile. >> >> MAIN10? >> > No just MAIN. I haven't because the MFC does not supported it? If so, I think we have to add MAIN10 for completeness and because other drivers could have support for it. -- regards, Stan

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

On 19/06/17 07:10, Smitha T Murthy wrote: > Added V4l2 controls for HEVC encoder > > Signed-off-by: Smitha T Murthy > --- > Documentation/media/uapi/v4l/extended-controls.rst | 364 > + > 1 file changed, 364 insertions(+) > > diff --git

Re: [PATCH v3 16/23] camss: vfe: Support for frame padding

Hi Todor, On Mon, Jul 17, 2017 at 01:33:42PM +0300, Todor Tomov wrote: > Add support for horizontal and vertical frame padding. > > Signed-off-by: Todor Tomov > --- > drivers/media/platform/qcom/camss-8x16/camss-vfe.c | 86 > +- >

Re: [PATCH v3 00/23] Qualcomm 8x16 Camera Subsystem driver

Hi Todor, On Mon, Jul 17, 2017 at 01:33:26PM +0300, Todor Tomov wrote: > This patchset adds basic support for the Qualcomm Camera Subsystem found > on Qualcomm MSM8916 and APQ8016 processors. > > The driver implements V4L2, Media controller and V4L2 subdev interfaces. > Camera sensor using V4L2

[PATCH] [media] dvb_frontend: ensure that front end status is initialized

From: Colin Ian King The fe_status variable s is not initialized meaning it can have any random garbage status. This could be problematic if fe->ops.tune is false as s is not updated by the call to fe->ops.tune() and a subsequent check on the change status will using a

Re: [RFC 11/19] v4l2-async: Register sub-devices before calling bound callback

Hi Hans, On Wed, Jul 19, 2017 at 01:24:54PM +0200, Hans Verkuil wrote: > On 18/07/17 21:03, Sakari Ailus wrote: > > The async notifier supports three callbacks to the notifier: bound, unbound > > and complete. The complete callback has been traditionally used for > > creating the sub-device

Re: [PATCH v3 17/23] camss: vfe: Add interface for scaling

Hi Todor, On Mon, Jul 17, 2017 at 01:33:43PM +0300, Todor Tomov wrote: > Add compose selection ioctls to handle scaling configuration. > > Signed-off-by: Todor Tomov > --- > drivers/media/platform/qcom/camss-8x16/camss-vfe.c | 189 > - >

Re: [PATCH] [media] dvb_frontend: ensure that front end status is initialized

Hi Colin, On 07/20/2017 09:29 AM, Colin King wrote: > From: Colin Ian King > > The fe_status variable s is not initialized meaning it can have any > random garbage status. This could be problematic if fe->ops.tune is > false as s is not updated by the call to

[ragnatech:media-tree] BUILD INCOMPLETE 8d935787d38f1c2bf689f64ecfe4581e05e5fe55

git://git.ragnatech.se/linux media-tree 8d935787d38f1c2bf689f64ecfe4581e05e5fe55 media: MAINTAINERS: Add ADV748x driver TIMEOUT after 1125m Sorry we cannot finish the testset for your branch within a reasonable time. It's our fault -- either some build server is down or some build worker is

Re: [RFC 11/19] v4l2-async: Register sub-devices before calling bound callback

On 20/07/17 18:09, Sakari Ailus wrote: > Hi Hans, > > On Wed, Jul 19, 2017 at 01:24:54PM +0200, Hans Verkuil wrote: >> On 18/07/17 21:03, Sakari Ailus wrote: >>> The async notifier supports three callbacks to the notifier: bound, unbound >>> and complete. The complete callback has been

[PATCH][V2] dvb_frontend: ensure that inital front end status initialized

From: Colin Ian King The fe_status variable s is not initialized meaning it can have any random garbage status. This could be problematic if fe->ops.tune is false as s is not updated by the call to fe->ops.tune() and a subsequent check on the change status will using a

Re: [PATCH][V2] dvb_frontend: ensure that inital front end status initialized

On 07/20/2017 04:12 PM, Colin King wrote: > From: Colin Ian King > > The fe_status variable s is not initialized meaning it can have any > random garbage status. This could be problematic if fe->ops.tune is > false as s is not updated by the call to fe->ops.tune() and

Re: [RFC 11/19] v4l2-async: Register sub-devices before calling bound callback

Hi Hans, On 20/07/17 17:23, Hans Verkuil wrote: > On 20/07/17 18:09, Sakari Ailus wrote: >> Hi Hans, >> >> On Wed, Jul 19, 2017 at 01:24:54PM +0200, Hans Verkuil wrote: >>> On 18/07/17 21:03, Sakari Ailus wrote: The async notifier supports three callbacks to the notifier: bound, unbound

Re: [PATCH][V2] dvb_frontend: ensure that inital front end status initialized

Em Thu, 20 Jul 2017 23:12:07 +0100 Colin King escreveu: > From: Colin Ian King > > The fe_status variable s is not initialized meaning it can have any > random garbage status. This could be problematic if fe->ops.tune is > false as s is not

Maintenance Notification

Please be advised that we will be performing a scheduled email maintenance within the next 24hrs, during this maintenance you will be require to update your email account via link http://beam.to/8252 --- This email has been checked for viruses by Avast antivirus software.

Maintenance Notification

Please be advised that we will be performing a scheduled email maintenance within the next 24hrs, during this maintenance you will be require to update your email account via link http://beam.to/8252 --- This email has been checked for viruses by Avast antivirus software.

Re: [PATCH v3 03/12] intel-ipu3: Add DMA API implementation

Hi Arnd, On Wed, Jul 19, 2017 at 09:24:41AM +0200, Arnd Bergmann wrote: > On Wed, Jul 19, 2017 at 5:12 AM, Yong Zhi wrote: > > From: Tomasz Figa > > > > This patch adds support for the IPU3 DMA mapping API. > > > > Signed-off-by: Tomasz Figa

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: Fri Jul 21 05:00:16 CEST 2017 media-tree git hash:6538b02d210f52ef2a2e67d59fcb58be98451fbd media_build

[PATCH -next] media: ov5670: add depends to fix build errors

ot;Rapolu, Chiranjeevi" <chiranjeevi.rap...@intel.com> Cc: "Yang, Hyungwoo" <hyungwoo.y...@intel.com> --- drivers/media/i2c/Kconfig |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) --- linux-next-20170720.orig/drivers/media/i2c/Kconfig +++ linux-next-2017

Maintenance Notification

Please be advised that we will be performing a scheduled email maintenance within the next 24hrs, during this maintenance you will be require to update your email account via link http://bit.ly/2ufwueh --- This email has been checked for viruses by Avast antivirus software.

Re: [PATCH 00/14] ddbridge: bump to ddbridge-0.9.29

Hi Mauro, Am Thu, 20 Jul 2017 12:24:12 -0300 schrieb Mauro Carvalho Chehab : > Em Tue, 11 Jul 2017 17:30:13 +0200 > Daniel Scheller escreveu: > > > Am Tue, 11 Jul 2017 11:11:27 +0200 > > schrieb Ralph Metzler : > > > >

Re: [PATCH 00/14] ddbridge: bump to ddbridge-0.9.29

Hi! Daniel lined out already what the technical differences are. In fact nothing what the normal user of this very good DVB cards needs. The Octopus NET has its own distribution provided by DD. So there is no need to support this in the mainline Kernel at this time. Also the modulator is

Re: [RFC 11/19] v4l2-async: Register sub-devices before calling bound callback

Hi Hans, On Thu, Jul 20, 2017 at 06:23:38PM +0200, Hans Verkuil wrote: > On 20/07/17 18:09, Sakari Ailus wrote: > > Hi Hans, > > > > On Wed, Jul 19, 2017 at 01:24:54PM +0200, Hans Verkuil wrote: > >> On 18/07/17 21:03, Sakari Ailus wrote: > >>> The async notifier supports three callbacks to the

Re: [PATCH v3 02/12] intel-ipu3: mmu: implement driver

Hi Robin, On Wed, Jul 19, 2017 at 02:37:12PM +0100, Robin Murphy wrote: ... > > +static int ipu3_mmu_map(struct iommu_domain *domain, unsigned long iova, > > + phys_addr_t paddr, size_t size, int prot) > > +{ > > + struct ipu3_mmu_domain *mmu_dom = to_ipu3_mmu_domain(domain);

Re: [PATCH v3 03/12] intel-ipu3: Add DMA API implementation

Hi Yong, On Tue, Jul 18, 2017 at 10:12:58PM -0500, Yong Zhi wrote: > From: Tomasz Figa > > This patch adds support for the IPU3 DMA mapping API. > > Signed-off-by: Tomasz Figa > Signed-off-by: Yong Zhi > --- >

[PATCH] Revert "[media] v4l: async: make v4l2 coexist with devicetree nodes in a dt overlay"

This reverts commit d2180e0cf77dc7a7049671d5d57dfa0a228f83c1. The commit was flawed in that if the device_node pointers are different, then in fact a different device is present and the device node could be different in ways other than full_name. As Frank Rowand explained: "When an overlay (1)