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 Oct 22 05:00:19 CEST 2016 media-tree git hash:bc9b91e6be38b54a7b245969d0a9247791705e6a media_build

Re: [PATCH 0/4] reST-directive kernel-cmd / include contentent from scripts

On Tue, 11 Oct 2016 09:26:48 +0200 Markus Heiser wrote: > If the kernel-cmd directive gets acked, I will add a description to > kernel-documentation.rst and I request Mauro to document the parse-headers.pl > also. > > But, let's hear what Jon says. Sigh. I've been

[PATCH] dvb-usb-cxusb: Geniatech T230 - resync TS FIFO after lock

This patch fix streaming issue for Geniatech T230/PT360. Signed-off-by: CrazyCat --- drivers/media/usb/dvb-usb/cxusb.c | 26 ++ drivers/media/usb/dvb-usb/cxusb.h | 5 + 2 files changed, 31 insertions(+) diff --git

Re: [GIT PULL STABLE 4.6] af9035 regression

Em Fri, 9 Sep 2016 18:04:07 +0300 Antti Palosaari escreveu: > On 09/09/2016 05:49 PM, Mauro Carvalho Chehab wrote: > > Hi Antti, > > > > Em Sat, 3 Sep 2016 02:40:52 +0300 > > Antti Palosaari escreveu: > > > >> The following changes since commit > >>

Re: [Intel-gfx] [PATCH 4/5] drm/i915: Use __sg_alloc_table_from_pages for allocating object backing store

On 21/10/2016 15:27, Chris Wilson wrote: On Fri, Oct 21, 2016 at 03:11:22PM +0100, Tvrtko Ursulin wrote: @@ -2236,18 +2233,16 @@ i915_gem_object_get_pages_gtt(struct drm_i915_gem_object *obj) BUG_ON(obj->base.read_domains & I915_GEM_GPU_DOMAINS); BUG_ON(obj->base.write_domain

RE: [RFC 1/5] media: i2c: max2175: Add MAX2175 support

Hi Laurent, Thank you for the review comments. > On Wednesday 12 Oct 2016 15:10:25 Ramesh Shanmugasundaram wrote: > > This patch adds driver support for MAX2175 chip. This is Maxim > > Integrated's RF to Bits tuner front end chip designed for > > software-defined radio solutions. This driver

Re: [PATCH v3 02/10] v4l: ctrls: Add deinterlacing mode control

On 09/08/16 00:25, Laurent Pinchart wrote: The menu control selects the operation mode of a video deinterlacer. The menu entries are driver specific. Signed-off-by: Laurent Pinchart --- Documentation/media/uapi/v4l/extended-controls.rst | 4

Re: [PATCH 4/5] drm/i915: Use __sg_alloc_table_from_pages for allocating object backing store

On Fri, Oct 21, 2016 at 03:11:22PM +0100, Tvrtko Ursulin wrote: > @@ -2236,18 +2233,16 @@ i915_gem_object_get_pages_gtt(struct > drm_i915_gem_object *obj) > BUG_ON(obj->base.read_domains & I915_GEM_GPU_DOMAINS); > BUG_ON(obj->base.write_domain & I915_GEM_GPU_DOMAINS); > > -

[PATCH 3/5] lib/scatterlist: Introduce and export __sg_alloc_table_from_pages

From: Tvrtko Ursulin Drivers like i915 benefit from being able to control the maxium size of the sg coallesced segment while building the scatter- gather list. Introduce and export the __sg_alloc_table_from_pages function which will allow it that control.

[PATCH 4/5] drm/i915: Use __sg_alloc_table_from_pages for allocating object backing store

From: Tvrtko Ursulin With the current way of allocating backing store which over-estimates the number of sg entries required we typically waste around 1-6 MiB of memory on unused sg entries at runtime. We can instead have the intermediate step of storing our pages in

[PATCH 0/5] Avoid pessimistic scatter-gather allocation

From: Tvrtko Ursulin We can decrease the i915 kernel memory usage by doing more sg list coallescing and avoiding the pessimistic list allocation. At the moment we got two places in our code, the main shmemfs backed object allocator, and the userptr object allocator,

[PATCH 2/5] lib/scatterlist: Avoid potential scatterlist entry overflow

From: Tvrtko Ursulin Since the scatterlist length field is an unsigned int, make sure that sg_alloc_table_from_pages does not overflow it while coallescing pages to a single entry. It is I think only a theoretical possibility at the moment, but the ability to limit the

[PATCH 1/5] lib/scatterlist: Fix offset type in sg_alloc_table_from_pages

From: Tvrtko Ursulin Scatterlist entries have an unsigned int for the offset so correct the sg_alloc_table_from_pages function accordingly. Since these are offsets withing a page, unsigned int is wide enough. Also converts callers which were using unsigned long

[PATCH 5/5] drm/i915: Use __sg_alloc_table_from_pages for userptr allocations

From: Tvrtko Ursulin With the addition of __sg_alloc_table_from_pages we can control the maximum coallescing size and eliminate a separate path for allocating backing store here. This also makes the tables as compact as possible in all cases. Signed-off-by: Tvrtko

[PATCH 3/4] mtk_mdp_m2m: remove an unused struct

drivers/media/platform/mtk-mdp/mtk_mdp_m2m.c:48:33: warning: ‘mtk_mdp_size_align’ defined but not used [-Wunused-variable] static struct mtk_mdp_pix_align mtk_mdp_size_align = { ^~ Signed-off-by: Mauro Carvalho Chehab

[PATCH] mtk-vcodec: fix some smatch warnings

Fix this bug: drivers/media/platform/mtk-vcodec/vdec_drv_if.c:38 vdec_if_init() info: ignoring unreachable code. With is indeed a real problem that prevents the driver to work! While here, also remove an used var, as reported by smatch:

[PATCH 4/4] mtk-mdp: fix compilation warnings if !DEBUG

The mtk_mdp_dbg() is empty if !DEBUG. This causes the following warnings: drivers/media/platform/mtk-mdp/mtk_mdp_m2m.c: In function ‘mtk_mdp_try_fmt_mplane’: drivers/media/platform/mtk-mdp/mtk_mdp_m2m.c:231:52: warning: suggest braces around empty body in an ‘if’ statement

[PATCH 1/4] mtk_mdp_vpu: fix build with COMPILE_TEST for 32 bits

When building on i386 in 32 bits, several new warnings appear: drivers/media/platform/mtk-mdp/mtk_mdp_vpu.c: In function 'mtk_mdp_vpu_handle_init_ack': drivers/media/platform/mtk-mdp/mtk_mdp_vpu.c:28:28: warning: cast to pointer from integer of different size [-Wint-to-pointer-cast] struct

[PATCH 2/4] mtk_mdp_vpu: remove a double unlock at the error path

As warned by smatch: drivers/media/platform/mtk-mdp/mtk_mdp_vpu.c:98 mtk_mdp_vpu_send_msg() error: double unlock 'mutex:>mdp_dev->vpulock' Signed-off-by: Mauro Carvalho Chehab --- drivers/media/platform/mtk-mdp/mtk_mdp_vpu.c | 1 - 1 file changed, 1

RE: [RFC 3/5] media: platform: rcar_drif: Add DRIF support

Hi Laurent, Thank you for the review comments. > On Tuesday 18 Oct 2016 16:29:24 Geert Uytterhoeven wrote: > > On Wed, Oct 12, 2016 at 4:10 PM, Ramesh Shanmugasundaram wrote: > > > This patch adds Digital Radio Interface (DRIF) support to R-Car Gen3 > SoCs. > > > The driver exposes each instance

RE: [RFC 3/5] media: platform: rcar_drif: Add DRIF support

Hi Geert, Thank you for the review comments. > On Wed, Oct 12, 2016 at 4:10 PM, Ramesh Shanmugasundaram > wrote: > > This patch adds Digital Radio Interface (DRIF) support to R-Car Gen3 > SoCs. > > The driver exposes each instance of DRIF as a V4L2 SDR

lening bieden 3%

-- Groeten heer / mevrouw: Ik ben Dr, Peter Ibrahim van particuliere lening bedrijf UK CREDIT LTD lening, gevestigd in het Verenigd Koninkrijk. Wij bieden alle soorten van leningen aan particulieren en bedrijven, Maak jezelf financieel stabiel door het verkrijgen van een lening van UK

Re: [PATCH v5 3/9] vcodec: mediatek: Add Mediatek V4L2 Video Decoder Driver

Em Fri, 21 Oct 2016 11:01:04 -0200 Mauro Carvalho Chehab escreveu: > Em Fri, 2 Sep 2016 20:19:54 +0800 > Tiffany Lin escreveu: > > > Add v4l2 layer decoder driver for MT8173 > > > > Signed-off-by: Tiffany Lin > >

lening bieden 3%

-- Groeten heer / mevrouw: Ik ben Dr, Peter Ibrahim van particuliere lening bedrijf UK CREDIT LTD lening, gevestigd in het Verenigd Koninkrijk. Wij bieden alle soorten van leningen aan particulieren en bedrijven, Maak jezelf financieel stabiel door het verkrijgen van een lening van UK

Re: [GIT PULL] Samsung fixes for 4.8

On 10/21/2016 02:26 PM, Mauro Carvalho Chehab wrote: >> Sylwester Nawrocki (1): >> > exynos4-is: Clear I2C_ISP adapter's power.ignore_children flag > > This patch didn't apply fine. Could you please rebase it? > > Applying patch >

Re: [PATCH v5 3/9] vcodec: mediatek: Add Mediatek V4L2 Video Decoder Driver

Em Fri, 2 Sep 2016 20:19:54 +0800 Tiffany Lin escreveu: > Add v4l2 layer decoder driver for MT8173 > > Signed-off-by: Tiffany Lin > +int vdec_if_init(struct mtk_vcodec_ctx *ctx, unsigned int fourcc) > +{ > + int ret = 0; > + > +

Re: [GIT PULL] Samsung fixes for 4.8

Em Fri, 16 Sep 2016 15:33:33 +0200 Sylwester Nawrocki escreveu: > Hi Mauro, > > The following changes since commit 7892a1f64a447b6f65fe288863b7c26d81d3: > > [media] rcar-fcp: Make sure rcar_fcp_enable() returns 0 on success > (2016-09-15 09:02:16 -0300) > > are

Re: [PATCH] [media] c8sectpfe: Remove clk_disable_unprepare hacks

On 10/21/2016 10:55 AM, Peter Griffin wrote: > Now that CLK_PROC_STFE is defined as a critical clock in > DT, we can remove the commented clk_disable_unprepare from > the c8sectpfe driver. This means we now have balanced > clk*enable/disable calls in the driver, but on STiH407 > family the clock

Re: [PATCH 11/25] [media] dvb-core: use pr_foo() instead of printk()

Em Fri, 14 Oct 2016 20:22:40 +0200 SF Markus Elfring escreveu: > > diff --git a/drivers/media/dvb-core/dmxdev.c > > b/drivers/media/dvb-core/dmxdev.c > > index 7b67e1dd97fd..1e96a6f1b6f0 100644 > > --- a/drivers/media/dvb-core/dmxdev.c > > +++

Re: [PATCH v2 54/58] i2c: don't break long lines

Em Thu, 20 Oct 2016 13:46:08 +0300 Laurent Pinchart escreveu: > Hi Mauro, > > Thank you for the patch. > > On Tuesday 18 Oct 2016 18:46:06 Mauro Carvalho Chehab wrote: > > Due to the 80-cols restrictions, and latter due to checkpatch > > warnings, several

Re: [PATCH v2 48/58] uvc: don't break long lines

Em Thu, 20 Oct 2016 14:06:39 +0300 Laurent Pinchart escreveu: > Hi Mauro, > > Thank you for the patch. Thanks for review. > > + uvc_warn_once(stream->dev, UVC_WARN_PROBE_DEF, > > + "UVC non compliance - GET_DEF(PROBE) not

Re: [PATCH v3] [media] vb2: Add support for capture_dma_bidirectional queue flag

Hi Thierry, On Fri, Oct 21, 2016 at 10:53:22AM +0200, Thierry Escande wrote: > #define VB2_DMA_DIR_CAPTURE(d) \ > ((d) == DMA_FROM_DEVICE || (d) == DMA_BIDIRECTIONAL) That looks good to me. -- Sakari Ailus e-mail: sakari.ai...@iki.fi XMPP: sai...@retiisi.org.uk -- To

[PATCH] [media] c8sectpfe: Remove clk_disable_unprepare hacks

Now that CLK_PROC_STFE is defined as a critical clock in DT, we can remove the commented clk_disable_unprepare from the c8sectpfe driver. This means we now have balanced clk*enable/disable calls in the driver, but on STiH407 family the clock in reality will never actually be disabled. This is due

Re: [PATCH v3] [media] vb2: Add support for capture_dma_bidirectional queue flag

Hi Sakari, On 21/10/2016 09:48, Sakari Ailus wrote: Hi Thierry, On Fri, Oct 21, 2016 at 09:25:05AM +0200, Thierry Escande wrote: From: Pawel Osciak When this flag is set for CAPTURE queues by the driver on calling vb2_queue_init(), it forces the buffers on the queue to

Re: [PATCH v3] [media] vb2: Add support for capture_dma_bidirectional queue flag

Hi Thierry, On Fri, Oct 21, 2016 at 09:25:05AM +0200, Thierry Escande wrote: > From: Pawel Osciak > > When this flag is set for CAPTURE queues by the driver on calling > vb2_queue_init(), it forces the buffers on the queue to be > allocated/mapped with DMA_BIDIRECTIONAL

[PATCH v3] [media] vb2: Add support for capture_dma_bidirectional queue flag

From: Pawel Osciak When this flag is set for CAPTURE queues by the driver on calling vb2_queue_init(), it forces the buffers on the queue to be allocated/mapped with DMA_BIDIRECTIONAL direction flag instead of DMA_FROM_DEVICE. This allows the device not only to write to the

Re: [PATCH v3] [media] vb2: Add support for capture_dma_bidirectional queue flag

Hi Thierry, On Thu, Oct 20, 2016 at 10:56:04AM +0200, Thierry Escande wrote: > From: Pawel Osciak > > When this flag is set for CAPTURE queues by the driver on calling > vb2_queue_init(), it forces the buffers on the queue to be > allocated/mapped with DMA_BIDIRECTIONAL