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
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
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 +-
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
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
---
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.
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
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
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
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
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
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
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
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
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:
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
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
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
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
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:
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
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.
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,
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
Wonga Express Loan Promtion.pdf
Description: Adobe PDF document
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
26 matches
Mail list logo