DVBSky T980C CI issues (kernel 4.0.x)

I have been running a couple of DVBSky T980C's with CIs with success using an older kernel (3.17.8) with media-build and some added patches from the mailing list. I thought lets try a current 4.0 kernel to see if I no longer need to be running a custom kernel. Everything works just fine except the

Re: [PATCH 10/15] media: rcar_vin: Use correct pad number in try_fmt

On Thu, 25 Jun 2015, William Towle wrote: > Fix rcar_vin_try_fmt's use of an inappropriate pad number when calling > the subdev set_fmt function - for the ADV7612, IDs should be non-zero. > > Signed-off-by: William Towle > Reviewed-by: Rob Taylor > --- > drivers/media/platform/soc_camera/rcar_

Re: [PATCH v2 1/4] media: pxa_camera: fix the buffer free path

Hi Robert, On Sun, 5 Jul 2015, Robert Jarzmik wrote: > From: Robert Jarzmik > > Fix the error path where the video buffer wasn't allocated nor > mapped. In this case, in the driver free path don't try to unmap memory > which was not mapped in the first place. Have I missed your reply to my com

Re: [PATCH v2 3/4] media: pxa_camera: trivial move of dma irq functions

On Sun, 5 Jul 2015, Robert Jarzmik wrote: > From: Robert Jarzmik > > This moves the dma irq handling functions up in the source file, so that > they are available before DMA preparation functions. It prepares the > conversion to DMA engine, where the descriptors are populated with these > functi

Re: [PATCH v2 3/4] media: pxa_camera: trivial move of dma irq functions

Guennadi Liakhovetski writes: >> diff --git a/drivers/media/platform/soc_camera/pxa_camera.c >> b/drivers/media/platform/soc_camera/pxa_camera.c >> index c0c0f0f..1ab4f9d 100644 >> --- a/drivers/media/platform/soc_camera/pxa_camera.c >> +++ b/drivers/media/platform/soc_camera/pxa_camera.c >> @@

Re: [PATCH v2 1/4] media: pxa_camera: fix the buffer free path

Guennadi Liakhovetski writes: > Hi Robert, > > On Sun, 5 Jul 2015, Robert Jarzmik wrote: > >> From: Robert Jarzmik >> >> Fix the error path where the video buffer wasn't allocated nor >> mapped. In this case, in the driver free path don't try to unmap memory >> which was not mapped in the first

Re: [PATCH 1/4] media: pxa_camera: fix the buffer free path (fwd)

Hi Robert, No idea why this mail hasn't been delivered... Sorry, resending. Thanks Guennadi -- Forwarded message -- Date: Sun, 31 May 2015 21:34:50 +0200 (CEST) From: Guennadi Liakhovetski Subject: Re: [PATCH 1/4] media: pxa_camera: fix the buffer free path Hi Robert, Thanks f

Re: [PATCH v2 4/4] media: pxa_camera: conversion to dmaengine

Hi Robert, On Sun, 5 Jul 2015, Robert Jarzmik wrote: > Convert pxa_camera to dmaengine. This removes all DMA registers > manipulation in favor of the more generic dmaengine API. > > The functional level should be the same as before. The biggest change is > in the videobuf_sg_splice() function, w

Re: [PATCH] [media] v4l2-subdev: return -EPIPE instead of -EINVAL in link validate default

Hi On Tue, Jun 30, 2015 at 4:26 PM, Helen Fornazier wrote: > > Hi Sakari and Laurent, > > Thanks for reviewing this > > On Tue, Jun 30, 2015 at 6:19 AM, Sakari Ailus > wrote: > > Hi Laurent, > > > > Laurent Pinchart wrote: > >> Hi Sakari, > >> > >> On Monday 29 June 2015 10:23:34 Sakari Ailus wr

Re: [PATCH v2 4/4] media: pxa_camera: conversion to dmaengine

Guennadi Liakhovetski writes: >> /* init DMA for Y channel */ > > How about taking the loop over the sg list out of pxa_init_dma_channel() > to avoid having to iterate it from the beginning each time? Then you would > be able to split it into channels inside that global loop? Would

Re: [PATCH v2 1/6] v4l2-ctrls: Add new S8, S16 and S32 compound control types

Hi Sadegh, On Friday 10 July 2015 15:45:23 sadegh abbasi wrote: > Hi Hans / Laurent, > Just wondering what has happened to these patches. I used them in my driver > and can not find them in 4.1 release. Have they been rejected? Not exactly. The changes to v4l2-ctrls were considered to be fine, bu

[PATCH] vb2: Fix compilation breakage when !CONFIG_BUG

Commit 77a3c6fd90c9 ("[media] vb2: Don't WARN when v4l2_buffer.bytesused is 0 for multiplanar buffers") uses the __WARN() macro which isn't defined when CONFIG_BUG isn't set. This introduces a compilation breakage. Fix it by using WARN_ON() instead. The commit was also broken in that it merged v1

Re: [PATCH] vb2: Fix compilation breakage when !CONFIG_BUG

On 07/12/2015 06:08 PM, Laurent Pinchart wrote: Commit 77a3c6fd90c9 ("[media] vb2: Don't WARN when v4l2_buffer.bytesused is 0 for multiplanar buffers") uses the __WARN() macro which isn't defined when CONFIG_BUG isn't set. This introduces a compilation breakage. Fix it by using WARN_ON() instead.

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: Mon Jul 13 04:00:18 CEST 2015 git branch: test git hash: 8783b9c50400c6279d7c3b716637b98e83d3c933 gcc versi

[PATCH] Doc: pps: Fix file name in pps.txt

This patch fix a file name of example code. Signed-off-by: Masanari Iida --- Documentation/pps/pps.txt | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/Documentation/pps/pps.txt b/Documentation/pps/pps.txt index c508cce..7cb7264 100644 --- a/Documentation/pps/pps.txt +++ b/Doc

Re: [PATCH] Doc: pps: Fix file name in pps.txt

On Mon, Jul 13, 2015 at 12:29:11PM +0900, Masanari Iida wrote: > This patch fix a file name of example code. > > Signed-off-by: Masanari Iida Signed-off-by: Rodolfo Giometti -- HCE Engineering e-mail: giome...@hce-engineering.com GNU/Linux Solutions