[RFC/PATCH v2 2/5] drm: Connect live source to framebuffers

2015-04-13 Thread Laurent Pinchart
Introduce a new live source flag for framebuffers. When a framebuffer is created with that flag set, a live source is associated with the framebuffer instead of buffer objects. The framebuffer can then be used with a plane to connect it with the live source. Signed-off-by: Laurent Pinchart

[RFC/PATCH v2 3/5] drm/rcar-du: Add VSP1 support to the planes allocator

2015-04-13 Thread Laurent Pinchart
The R8A7790 DU can source frames directly from the VSP1 devices VSPD0 and VSPD1. VSPD0 feeds DU0/1 plane 0, and VSPD1 feeds either DU2 plane 0 or DU0/1 plane 1. Allocate the correct fixed plane when sourcing frames from VSPD0 or VSPD1, and allocate planes in reverse index order otherwise to

[RFC/PATCH v2 4/5] drm/rcar-du: Add VSP1 live source support

2015-04-13 Thread Laurent Pinchart
Register live sources for VSPD0 and VSPD1 and configure the plane source at plane setup time to source frames from memory or from the VSP1. Signed-off-by: Laurent Pinchart laurent.pinchart+rene...@ideasonboard.com --- drivers/gpu/drm/rcar-du/rcar_du_drv.c | 6 +-

[RFC/PATCH v2 0/5] Add live source objects to DRM

2015-04-13 Thread Laurent Pinchart
Hello, Here's a proposal for a different approach to live source in DRM based on an idea by Daniel Vetter. The previous version can be found at http://lists.freedesktop.org/archives/dri-devel/2015-March/079319.html. The need comes from the Renesas R-Car SoCs in which a video processing engine

[RFC/PATCH v2 1/5] drm: Add live source object

2015-04-13 Thread Laurent Pinchart
Live sources represent a hardware connection between a video stream source and a CRTC, going through a plane. The kernel API lets driver register live sources, and the userspace API lets applications enumerate them. Signed-off-by: Laurent Pinchart laurent.pinchart+rene...@ideasonboard.com ---

[RFC/PATCH v2 5/5] drm/rcar-du: Restart the DU group when a plane source changes

2015-04-13 Thread Laurent Pinchart
Plane sources are configured by the VSPS bit in the PnDDCR4 register. Although the datasheet states that the bit is updated during vertical blanking, it seems that updates only occur when the DU group is held in reset through the DSYSR.DRES bit. Restart the group if the source changes.

[PATCH] v4l: vsp1: Don't sleep in atomic context

2015-04-13 Thread Laurent Pinchart
The vsp1_entity_is_streaming() function is called in atomic context when queuing buffers, and sleeps due to a mutex. As the mutex just protects access to one structure field, fix this by replace the mutex with a spinlock. Signed-off-by: Laurent Pinchart laurent.pinchart+rene...@ideasonboard.com

Re: [PATCH v2] OMAP3 ISP: Set DMA segment size

2015-04-13 Thread Laurent Pinchart
Hi Tim, Thank you for the patch. On Thursday 19 March 2015 08:59:52 Tim Nordell wrote: When utilizing userptr buffers for output from the CCDC, the DMA subsystem maps buffers into the virtual address space. However, the DMA subsystem also has a configurable parameter for what the largest

Re: capture high resolution images from webcam

2015-04-13 Thread Laurent Pinchart
Hi Oliver, On Thursday 19 March 2015 20:31:43 Oliver Lehmann wrote: Hi Laurent, I took the first option ;) http://pastebin.com/7YUgS2Zt I have good news and bad news. The good news is that the camera seems to support capturing video in 1920x1080 natively, which is higher than the 720p

Re: [PATCH] OMAP3 ISP: Support top and bottom fields

2015-04-13 Thread Laurent Pinchart
Hi Tim, Thank you for the patch. On Friday 20 March 2015 15:32:20 Tim Nordell wrote: The OMAP3ISP can selectively stream either the top or bottom field by setting the start line vertical field to a high value for the field that one doesn't want to stream. The driver can switch between these

cron job: media_tree daily build: ERRORS

2015-04-13 Thread Hans Verkuil
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: Tue Apr 14 04:00:24 CEST 2015 git branch: test git hash: e183201b9e917daf2530b637b2f34f1d5afb934d gcc

Re: ioremap_uc() followed by set_memory_wc() - burrying MTRR

2015-04-13 Thread Luis R. Rodriguez
Cc'ing a few others as we ended up talking about the cruxes of my unposted v2 series as I confirmed that set_memor_wc() would not work as an alternative to my originally proposed __arch_phys_wc_add() to force MTRR as a last resort on a few set of last remaining drivers. This also discusses

Re: [PATCH v4 1/4] [media] videodev2: Add V4L2_BUF_FLAG_LAST

2015-04-13 Thread Philipp Zabel
Am Montag, den 13.04.2015, 14:42 +0900 schrieb Pawel Osciak: Hi, Thanks for working on this! On Wed, Mar 25, 2015 at 2:46 AM, Philipp Zabel p.za...@pengutronix.de wrote: From: Peter Seiderer ps.rep...@gmx.net This v4l2_buffer flag can be used by drivers to mark a capture buffer as the

Re: [PATCH v4 2/4] [media] videobuf2: return -EPIPE from DQBUF after the last buffer

2015-04-13 Thread Pawel Osciak
Hi, On Wed, Mar 25, 2015 at 2:46 AM, Philipp Zabel p.za...@pengutronix.de wrote: If the last buffer was dequeued from a capture queue, let poll return immediately and let DQBUF return -EPIPE to signal there will no more buffers to dequeue until STREAMOFF. The driver signals the last buffer by

Re: [PATCH] Add support for TechniSat Skystar S2

2015-04-13 Thread Jemma Denson
Oh, I was doing this the wrong way then. I did have some preamble to this but it seems to have been stripped. Anyway, this patch adds support for the Technisat Skystar S2 - this has been tried before but the cx24120 driver was a bit out of shape and it didn't got any further:

[GIT PULL FOR v4.2] Marvell fixes

2015-04-13 Thread Hans Verkuil
This supersedes https://patchwork.linuxtv.org/patch/28767 since that fell through the cracks somehow and it is now too late to merge for 4.1 :-( Added one more patch (drop support for PIX_FMT_422P) that was also Acked by Jon and the fix Y'CbCr ordering is now Cc-ed for stable for 3.19 and up. It

Re: [PATCH v2 3/3] media: atmel-isi: remove mck back compatiable code as it's not need

2015-04-13 Thread Josh Wu
Hi, Laurent On 4/12/2015 9:08 PM, Laurent Pinchart wrote: Hi Josh, Thank you for the patch. On Thursday 09 April 2015 17:01:48 Josh Wu wrote: The master clock should handled by sensor itself. Signed-off-by: Josh Wu josh...@atmel.com --- Changes in v2: - totally remove

Re: [PATCH v2 1/3] media: atmel-isi: remove the useless code which disable isi

2015-04-13 Thread Josh Wu
Hi, Laurent On 4/12/2015 9:10 PM, Laurent Pinchart wrote: Hi Josh, Thank you for the patch. On Thursday 09 April 2015 17:01:46 Josh Wu wrote: To program ISI control register, the pixel clock should be enabled. That's an awful hardware design :-( yes, But I need to live with this. So

Re: [PATCH] media: i2c: ov2659: Use v4l2_of_alloc_parse_endpoint()

2015-04-13 Thread Lad, Prabhakar
Hi Sakari, Thanks for the review. On Sat, Apr 11, 2015 at 1:48 PM, Sakari Ailus sakari.ai...@iki.fi wrote: Hi Prabhakar, On Fri, Apr 10, 2015 at 11:13:28PM +0100, Lad Prabhakar wrote: From: Lad, Prabhakar prabhakar.cse...@gmail.com Instead of parsing the link-frequencies property in the

[GIT FIXES FOR v4.1] marvell-ccic fix

2015-04-13 Thread Hans Verkuil
This one was part of a 4.1 pull request that never made it in time for 4.1, but this fix should really go to 4.1 since the marvell-ccic driver is currently broken (swapped color components). Regards, Hans The following changes since commit e183201b9e917daf2530b637b2f34f1d5afb934d:

[PATCH] [media] drx-j: Misspelled comment corrected

2015-04-13 Thread Cheolhyun Park
Signed-off-by: Cheolhyun Park pch851...@gmail.com --- drivers/media/dvb-frontends/drx39xyj/drxj.c | 38 ++--- 1 file changed, 19 insertions(+), 19 deletions(-) diff --git a/drivers/media/dvb-frontends/drx39xyj/drxj.c b/drivers/media/dvb-frontends/drx39xyj/drxj.c index

RE: [RFC v3 5/9] cec: add new driver for cec support.

2015-04-13 Thread Kamil Debski
Hi Hans, Thank you so much for the review. From: linux-media-ow...@vger.kernel.org [mailto:linux-media- ow...@vger.kernel.org] On Behalf Of Hans Verkuil Sent: Friday, March 20, 2015 7:08 PM Hi Kamil, Once again thank you for continuing this work! I do have some comments, see below.

Re: [PATCHv7] media: i2c/adp1653: Devicetree support for adp1653

2015-04-13 Thread Pavel Machek
Hi! #define to_adp1653_flash(sd) container_of(sd, struct adp1653_flash, subdev) Let me know if you're going to send v8 or if I can make the changes. I think we're pretty much done then. You are free to make the changes. Thanks,

Re: [PATCH v4 2/4] [media] videobuf2: return -EPIPE from DQBUF after the last buffer

2015-04-13 Thread Philipp Zabel
Hi Pawel, thanks for the review! Am Montag, den 13.04.2015, 15:30 +0900 schrieb Pawel Osciak: Hi, On Wed, Mar 25, 2015 at 2:46 AM, Philipp Zabel p.za...@pengutronix.de wrote: If the last buffer was dequeued from a capture queue, let poll return immediately and let DQBUF return -EPIPE to

Wonga Loans

2015-04-13 Thread Wonga Express Loan
Wonga Loans Wonga Express Loan Promtion.pdf Description: Adobe PDF document

Re: [PATCHv3 00/22] marvell-ccic: drop and fix formats

2015-04-13 Thread Jonathan Corbet
On Sat, 04 Apr 2015 16:54:42 +0200 Hans Verkuil hverk...@xs4all.nl wrote: Jon, ping! Patch 18 is merged and I have your Ack for patch 19, but I'd like your Ack as well for patches 20-22, if possible. Sorry, I'm traveling and dealing with a bunch of stuff...lots of balls falling all over the