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 versi
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 72
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 th
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
---
drivers/gpu/drm/drm_crtc.c | 164 ++
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 ensure
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
---
drivers/gpu/drm/rcar-du/rcar_du_drv.c | 6 +-
drivers/gpu/drm/rcar-du/rcar_du_drv.h | 3 +
drivers/gpu/drm/rcar-
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
(na
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.
Signed-off-
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
---
d
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
---
drivers/media/platform/vsp1/vsp1_entit
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 overlapp
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 wrote:
> > From: Peter Seiderer
> >
> > This v4l2_buffer flag can be used by drivers to mark a capture buffer
> > as the last generated buffer, for
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 wrote:
> > If the last buffer was dequeued from a capture queue, let poll return
> > immediately and let DQBUF return -EPIPE to signal there wil
On Sat, 04 Apr 2015 16:54:42 +0200
Hans Verkuil 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 floor.
You ca
Wonga Loans
Wonga Express Loan Promtion.pdf
Description: Adobe PDF document
Signed-off-by: Cheolhyun Park
---
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 2bfa7a4..61f7603 10064
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:
[me
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 Sakari,
Thanks for the review.
On Sat, Apr 11, 2015 at 1:48 PM, Sakari Ailus wrote:
> Hi Prabhakar,
>
> On Fri, Apr 10, 2015 at 11:13:28PM +0100, Lad Prabhakar wrote:
>> From: "Lad, Prabhakar"
>>
>> Instead of parsing the link-frequencies property in the driver, let
>> v4l2_of_alloc_parse_en
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 wi
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
---
Changes in v2:
- totally remove clock_start()/clock_stop() as they are
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
24 matches
Mail list logo
