Re: [Patch v5 04/12] [media] s5p-mfc: Support MFCv10.10 buffer requirements

On Tue, 2017-06-27 at 22:30 +0200, Kamil Debski wrote: > Hi, > > Please find my comments inline. > > On 19 June 2017 at 07:10, Smitha T Murthy wrote: > > Aligning the luma_dpb_size, chroma_dpb_size, mv_size and me_buffer_size > > for MFCv10.10. > > > > Signed-off-by:

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: Wed Jun 28 05:00:17 CEST 2017 media-tree git hash:2748e76ddb2967c4030171342ebdd3faa6a5e8e8 media_build

[PATCH 2/3] media: ti-vpe: cal: use of_graph_get_remote_endpoint()

From: Kuninori Morimoto Now, we can use of_graph_get_remote_endpoint(). Let's use it. Signed-off-by: Kuninori Morimoto --- based on 4c9c3d595f1bad021cc126d20879df4016801736 ("of_graph: add of_graph_get_remote_endpoint()")

Re: [PATCH 1/5] [media] rockchip/rga: v4l2 m2m support

Hi, 2017-06-27 16:39 GMT+08:00 Tomasz Figa : > Hi Jacob, > > Please see my comments inline. > > On Mon, Jun 26, 2017 at 11:51 PM, Jacob Chen wrote: >> Rockchip RGA is a separate 2D raster graphic acceleration unit. It >> accelerates 2D graphics

Re: [PATCH] rpmsg: Solve circular dependencies involving RPMSG_VIRTIO

Hi Bjorn, Thanks for the patch. >> >> On 06/27/2017 01:43 AM, Bjorn Andersson wrote: >>> While it's very common to use RPMSG for communicating with firmware >>> running on these remoteprocs there is no functional dependency on RPMSG. >> >> This is not entirely accurate though. RPMSG is the

Re: [PATCH v1 1/6] DT bindings: add bindings for ov965x camera module

On 06/27/2017 07:48 AM, H. Nikolaus Schaller wrote: >> Am 26.06.2017 um 22:04 schrieb Sylwester Nawrocki : >> >> On 06/26/2017 12:35 PM, Hugues FRUCHET wrote: What I am missing to support the GTA04 camera is the control of the optional "vana-supply". So the

Re: [PATCH v2] [media] vb2: core: Lower the log level of debug outputs

Hi, According to patch work, this patch are not approved yet and its status are "Changes Requested." What changes are necessary actually? If there is no necessary change, can you approve this patch? Best, Hirokazu Honda On Thu, Jun 8, 2017 at 2:33 PM, Joe Perches wrote: > On

Re: [PATCH] rpmsg: Solve circular dependencies involving RPMSG_VIRTIO

On Tue 27 Jun 12:08 PDT 2017, Suman Anna wrote: > Hi Bjorn, > > Thanks for the patch. > > On 06/27/2017 01:43 AM, Bjorn Andersson wrote: > > While it's very common to use RPMSG for communicating with firmware > > running on these remoteprocs there is no functional dependency on RPMSG. > > This

Re: [PATCH v4 2/4] [media] platform: Add Synopsys Designware HDMI RX Controller Driver

Hi Jose, On 06/27/2017 10:43 AM, Jose Abreu wrote: > On 25-06-2017 22:13, Sylwester Nawrocki wrote: >> On 06/20/2017 07:26 PM, Jose Abreu wrote: >>> This is an initial submission for the Synopsys Designware HDMI RX >>> Controller Driver. This driver interacts with a phy driver so that >>> a

Re: [Patch v5 04/12] [media] s5p-mfc: Support MFCv10.10 buffer requirements

Hi, Please find my comments inline. On 19 June 2017 at 07:10, Smitha T Murthy wrote: > Aligning the luma_dpb_size, chroma_dpb_size, mv_size and me_buffer_size > for MFCv10.10. > > Signed-off-by: Smitha T Murthy > Reviewed-by: Andrzej Hajda

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

On Tue, Jun 27, 2017 at 9:39 PM, Stanimir Varbanov wrote: > Hi Arnd, > > On 27.06.2017 18:02, Arnd Bergmann wrote: >> >> In venus_boot(), we pass a pointer to a phys_addr_t >> into dmam_alloc_coherent, which the compiler warns about: >> >>

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

Hi Arnd, On 27.06.2017 18:02, Arnd Bergmann wrote: 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]

Re: [PATCH 1/3] [media] venus: mark PM functions as __maybe_unused

Hi Arnd, Thanks for the catch! On 27.06.2017 18:02, Arnd Bergmann wrote: Without PM support, gcc warns about two unused functions: platform/qcom/venus/core.c:146:13: error: 'venus_clks_disable' defined but not used [-Werror=unused-function] platform/qcom/venus/core.c:126:12: error:

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

Hi Arnd, On 27.06.2017 18:02, Arnd Bergmann 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

Re: [PATCH] rpmsg: Solve circular dependencies involving RPMSG_VIRTIO

Hi Bjorn, Thanks for the patch. On 06/27/2017 01:43 AM, Bjorn Andersson wrote: > While it's very common to use RPMSG for communicating with firmware > running on these remoteprocs there is no functional dependency on RPMSG. This is not entirely accurate though. RPMSG is the IPC transport on

[PATCH v3 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 v3: - Remove codec reset patch (Not needed based on documentation and no use case described in original patch commit message). - Check

[PATCH v3 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 modify so there is no need to use a temporary structure and the field-by-field copy can be avoided. Signed-off-by: Thierry Escande ---

[PATCH v3 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 v3 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 ---

[PATCH v3 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 --- drivers/media/platform/s5p-jpeg/jpeg-core.c | 38

[PATCH v3 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

[PATCH v3 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 v3 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 --- drivers/media/platform/s5p-jpeg/jpeg-core.c | 6

[PATCH v3 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

Re: [PATCH 1/5] [media] rockchip/rga: v4l2 m2m support

Le mardi 27 juin 2017 à 23:11 +0800, Jacob Chen a écrit : > Hi Nicolas. > > 2017-06-26 23:49 GMT+08:00 Nicolas Dufresne : > > > > Le lundi 26 juin 2017 à 22:51 +0800, Jacob Chen a écrit : > > > Rockchip RGA is a separate 2D raster graphic acceleration unit. > > > It > > >

[ragnatech:media-tree] BUILD INCOMPLETE 2748e76ddb2967c4030171342ebdd3faa6a5e8e8

git://git.ragnatech.se/linux media-tree 2748e76ddb2967c4030171342ebdd3faa6a5e8e8 media: staging: cxd2099: Activate cxd2099 buffer mode TIMEOUT after 1687m 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

Re: [PATCH 1/5] [media] rockchip/rga: v4l2 m2m support

Hi Tomasz, Yeah, the comments are wrong, i will correct it >> +*/ >> + pages = (unsigned int *)__get_free_pages(GFP_KERNEL | __GFP_ZERO, 3); > > This is rather unfortunate and you should expect failures here on > actively used systems with uptime longer than few hours. Changing this

Re: [PATCH 1/5] [media] rockchip/rga: v4l2 m2m support

Hi Nicolas. 2017-06-26 23:49 GMT+08:00 Nicolas Dufresne : > > Le lundi 26 juin 2017 à 22:51 +0800, Jacob Chen a écrit : > > Rockchip RGA is a separate 2D raster graphic acceleration unit. It > > accelerates 2D graphics operations, such as point/line drawing, image > >

[PATCH 2/3] [media] venus: don't abuse dma_alloc for non-DMA allocations

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 'dmam_alloc_coherent' from incompatible pointer type

[PATCH v6 0/3] ADV748x HDMI/Analog video receiver

From: Kieran Bingham This is a driver for the Analog Devices ADV748x device, and follows on from a previous posting by Niklas Söderlund [0] of an earlier incarnation of this driver, and earlier versions posted by myself. ADV748x === The ADV7481 and

[PATCH 1/3] [media] venus: mark PM functions as __maybe_unused

Without PM support, gcc warns about two unused functions: platform/qcom/venus/core.c:146:13: error: 'venus_clks_disable' defined but not used [-Werror=unused-function] platform/qcom/venus/core.c:126:12: error: 'venus_clks_enable' defined but not used [-Werror=unused-function] The problem as

[PATCH v6 1/3] media: adv748x: Add adv7181, adv7182 bindings

From: Kieran Bingham Create device tree bindings documentation for the ADV748x. The ADV748x supports both the ADV7481 and ADV7482 chips which provide analogue decoding and HDMI receiving capabilities Signed-off-by: Kieran Bingham

[PATCH v6 2/3] media: i2c: adv748x: add adv748x driver

From: Kieran Bingham Provide support for the ADV7481 and ADV7482. The driver is modelled with 4 subdevices to allow simultaneous streaming from the AFE (Analog front end) and HDMI inputs though two CSI TX entities. The HDMI entity is linked to the TXA

[PATCH 3/3] [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 v6 3/3] MAINTAINERS: Add ADV748x driver

From: Kieran Bingham The ADV7481 is an integrated video decoder and combined HDMI/MHL receiver. Signed-off-by: Kieran Bingham --- MAINTAINERS | 6 ++ 1 file changed, 6 insertions(+) diff --git a/MAINTAINERS

[PATCH RFC 0/2] Initial Allwinner V3s CSI Support

This patchset add initial support for Allwinner V3s CSI. Allwinner V3s SoC have two CSI module. CSI0 is used for MIPI interface and CSI1 is used for parallel interface. This is not documented in datatsheet but by testing and guess. This patchset implement a v4l2 framework driver and add a

[PATCH RFC 1/2] media: V3s: Add support for Allwinner CSI.

Allwinner V3s SoC have two CSI module. CSI0 is used for MIPI interface and CSI1 is used for parallel interface. This is not documented in datatsheet but by testing and guess. This patch implement a v4l2 framework driver for it. Currently, the driver only support the parallel interface.

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

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, Arnd Bergmann wrote: >>> Now that the davinci drivers can be enabled in

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

Add binding documentation for Allwinner CSI. Signed-off-by: Yong Deng --- .../devicetree/bindings/media/sunxi-csi.txt| 51 ++ 1 file changed, 51 insertions(+) create mode 100644 Documentation/devicetree/bindings/media/sunxi-csi.txt diff

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

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, Arnd Bergmann wrote: >> Now that the davinci drivers can be enabled in compile tests on other >> architectures, I ran into this warning on a 64-bit

Re: [PATCH v1 2/6] [media] ov9650: add device tree support

On 06/27/2017 07:36 AM, Sakari Ailus wrote: > On Mon, Jun 26, 2017 at 07:46:34PM +0200, H. Nikolaus Schaller wrote: >> Hi, >> >>> Am 26.06.2017 um 18:31 schrieb Sakari Ailus : >>> >>> Hi Hugues, >>> >>> On Thu, Jun 22, 2017 at 05:05:38PM +0200, Hugues Fruchet wrote: @@

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

* Jyri Sarha [170627 02:47]: > There is no real volume on HDMI audio output as it is a digital > interface, but it should be possible to provide some volume control > using TV's volume trough CEC. OK great! Tony

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

* Hans Verkuil [170627 02:27]: > On 27/06/17 11:14, Tony Lindgren wrote: > > Adding Jyri to Cc, hopefully the CEC support allows also setting the > > HDMI audio volume level on devices implementing it? Or am I too > > optimistic? :) > > I'm not quite sure what you mean. Do

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

On 06/27/17 12:27, Hans Verkuil wrote: > On 27/06/17 11:14, Tony Lindgren wrote: >> * Hans Verkuil [170627 01:39]: >>> On 26/06/17 13:07, Tony Lindgren wrote: Tomi, * Tomi Valkeinen [170428 04:15]: > On 14/04/17 13:25, Hans Verkuil

Re: [PATCH v2 3/3] [media] intel-ipu3: cio2: Add new MIPI-CSI2 driver

On Mon, Jun 26, 2017 at 11:51 PM, Sakari Ailus wrote: > On Mon, Jun 12, 2017 at 06:59:18PM +0900, Tomasz Figa wrote: > >> >> > + if (WARN_ON(freq <= 0)) >> > + return -EINVAL; >> >> It generally doesn't make sense for the frequency to be negative, so >>

Logitech B990 (UVC) slow initialization, WebRTC problems

(re-posted here because linux-uvc[10]'s list is a sourceforge list, sourceforge recently bumped a lot of users off their lists by trying to coerce them to agree to a "privacy" policy and the list archives appear inactive[11]) Hi, I have a Logitech B990 webcam, it is a UVC webcam: ID 046d:0828

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

On 27/06/17 11:14, Tony Lindgren wrote: > * Hans Verkuil [170627 01:39]: >> On 26/06/17 13:07, Tony Lindgren wrote: >>> Tomi, >>> >>> * Tomi Valkeinen [170428 04:15]: On 14/04/17 13:25, Hans Verkuil wrote: > From: Hans Verkuil

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

On 06/27/17 12:14, Tony Lindgren wrote: > * Hans Verkuil [170627 01:39]: >> On 26/06/17 13:07, Tony Lindgren wrote: >>> Tomi, >>> >>> * Tomi Valkeinen [170428 04:15]: On 14/04/17 13:25, Hans Verkuil wrote: > From: Hans Verkuil

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

* Hans Verkuil [170627 01:39]: > On 26/06/17 13:07, Tony Lindgren wrote: > > Tomi, > > > > * Tomi Valkeinen [170428 04:15]: > >> On 14/04/17 13:25, Hans Verkuil wrote: > >>> From: Hans Verkuil > >>> > >>> The CEC pin was always

Re: [PATCH v4 2/4] [media] platform: Add Synopsys Designware HDMI RX Controller Driver

Hi Sylwester, On 25-06-2017 22:13, Sylwester Nawrocki wrote: > On 06/20/2017 07:26 PM, Jose Abreu wrote: >> This is an initial submission for the Synopsys Designware HDMI RX >> Controller Driver. This driver interacts with a phy driver so that >> a communication between them is created and a

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

On 26/06/17 13:07, Tony Lindgren wrote: > Tomi, > > * 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. > ... > >> Tony, can

Re: [PATCH 1/5] [media] rockchip/rga: v4l2 m2m support

Hi Jacob, Please see my comments inline. On Mon, Jun 26, 2017 at 11:51 PM, Jacob Chen wrote: > Rockchip RGA is a separate 2D raster graphic acceleration unit. It > accelerates 2D graphics operations, such as point/line drawing, image > scaling, rotation, BitBLT, alpha

Re: omap3isp camera was Re: [PATCH v1 0/6] Add support of OV9655 camera

Hi Nikolaus, I would propose to work first on YUV support, so you can test a YUV VGA grabbing using your OMPA3 setup, I will add this support then in patch serie. For the co-work, let's continue on IRC (irc.freenode.net), chat #v4l, my pseudo is "hfr". BR, Hugues. On 06/26/2017 06:28 PM, H.

Re: [PATCH] rpmsg: Solve circular dependencies involving RPMSG_VIRTIO

On Tue, Jun 27, 2017 at 8:43 AM, Bjorn Andersson wrote: > While it's very common to use RPMSG for communicating with firmware > running on these remoteprocs there is no functional dependency on RPMSG. > As such RPMSG should be selected by the system integrator and not

[PATCH] rpmsg: Solve circular dependencies involving RPMSG_VIRTIO

While it's very common to use RPMSG for communicating with firmware running on these remoteprocs there is no functional dependency on RPMSG. As such RPMSG should be selected by the system integrator and not automatically by the remoteproc drivers. This does solve problems reported with circular