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: Wed Mar 22 05:00:16 CET 2017
media-tree git hash:700ea5e0e0dd70420a04e703ff264cc133834cba
media_build git
This patch replaces bit shifting on 1 with the BIT(x) macro.
This was done with coccinelle:
@@
constant c;
@@
-1 << c
+BIT(c)
Signed-off-by: Arushi Singhal
---
.../staging/media/atomisp/pci/atomisp2/atomisp_cmd.c | 12 ++--
.../media/atomisp/pci/atomisp2/atomisp_compat_css20.c | 6 +
This patch replaces bit shifting on 1 with the BIT(x) macro.
This was done with coccinelle:
@@
constant c;
@@
-1 << c
+BIT(c)
Signed-off-by: Arushi Singhal
---
drivers/staging/media/omap4iss/iss_csi2.c| 2 +-
drivers/staging/media/omap4iss/iss_ipipe.c | 2 +-
drivers/staging/media/omap4is
This patch replaces bit shifting on 1 with the BIT(x) macro.
This was done with coccinelle:
@@
constant c;
@@
-1 << c
+BIT(c)
Signed-off-by: Arushi Singhal
---
drivers/staging/media/davinci_vpfe/dm365_ipipe.c | 2 +-
drivers/staging/media/davinci_vpfe/dm365_ipipeif.c | 2 +-
drivers/staging
Replace a bit shift by a use of BIT in media driver.
Arushi Singhal (3):
staging: media: Replace a bit shift by a use of BIT.
staging: media: davinci_vpfe: Replace a bit shift by a use of BIT.
staging: media: omap4iss: Replace a bit shift by a use of BIT.
.../media/atomisp/pci/atomisp2/ato
Fixed checkpatch WARNING: Prefer 'unsigned int' to bare use of 'unsigned'
Signed-off-by: Eddie Youseph
---
Changes in v2:
- Added changelog
drivers/staging/media/bcm2048/radio-bcm2048.c | 44 +--
1 file changed, 22 insertions(+), 22 deletions(-)
diff --git a/dri
On 03/21/2017 04:27 AM, Russell King - ARM Linux wrote:
On Mon, Mar 20, 2017 at 06:23:24PM +0100, Philipp Zabel wrote:
@@ -1173,15 +1196,8 @@ static void csi_try_fmt(struct csi_priv *priv,
incc = imx_media_find_mbus_format(infmt->code,
Hi Russell,
On 03/19/2017 03:49 AM, Russell King wrote:
Add frame size and frame interval enumeration to CSI.
CSI can scale the image independently horizontally and vertically by a
factor of two, which enumerates to four different frame sizes.
CSI can also drop frames, resulting in frame rate
Hi Hans,
On 03/21/2017 02:29 PM, Hans Verkuil wrote:
> On 03/21/2017 09:03 PM, Eric Nelson wrote:
>> On 03/21/2017 11:46 AM, Hans Verkuil wrote:
>>> On 03/21/2017 07:23 PM, Eric Nelson wrote:
On 03/21/2017 10:44 AM, Eric Nelson wrote:
> On 03/21/2017 10:05 AM, Hans Verkuil wrote:
>> O
Hi Philipp, Russell,
On 03/20/2017 10:23 AM, Philipp Zabel wrote:
Hi Steve, Russell,
What do you think of this:
--8<--
From 2830aebc404bdfc9d7fc1ec94e5282d0b668e8f6 Mon Sep 17 00:00:00 2001
From: Philipp Zabel
Date: Mon, 20 Mar 2017 17:10:21 +0100
Subject: [PATCH] media: im
On 03/21/2017 09:03 PM, Eric Nelson wrote:
> Hi Hans,
>
> On 03/21/2017 11:46 AM, Hans Verkuil wrote:
>> On 03/21/2017 07:23 PM, Eric Nelson wrote:
>>> On 03/21/2017 10:44 AM, Eric Nelson wrote:
On 03/21/2017 10:05 AM, Hans Verkuil wrote:
> On 03/21/2017 05:49 PM, Eric Nelson wrote:
>>>
>
Hi Hans,
On 03/21/2017 11:46 AM, Hans Verkuil wrote:
> On 03/21/2017 07:23 PM, Eric Nelson wrote:
>> On 03/21/2017 10:44 AM, Eric Nelson wrote:
>>> On 03/21/2017 10:05 AM, Hans Verkuil wrote:
On 03/21/2017 05:49 PM, Eric Nelson wrote:
>>
>>
>>
With CEC 2.0 you can set various RC profile
On 03/21/2017 07:23 PM, Eric Nelson wrote:
> Hi Hans,
>
> On 03/21/2017 10:44 AM, Eric Nelson wrote:
>> On 03/21/2017 10:05 AM, Hans Verkuil wrote:
>>> On 03/21/2017 05:49 PM, Eric Nelson wrote:
>
>
>
>>> With CEC 2.0 you can set various RC profiles, and (very unlikely) perhaps
>>> your TV actu
Hi Hans,
On 03/21/2017 10:44 AM, Eric Nelson wrote:
> On 03/21/2017 10:05 AM, Hans Verkuil wrote:
>> On 03/21/2017 05:49 PM, Eric Nelson wrote:
>> With CEC 2.0 you can set various RC profiles, and (very unlikely) perhaps
>> your TV actually understands that.
>>
>> The default CEC version cec-ct
Hi Hans,
On 03/21/2017 10:05 AM, Hans Verkuil wrote:
> On 03/21/2017 05:49 PM, Eric Nelson wrote:
>> Hi Hans,
>>
>> Thanks to your work and those of Russell King, I have an i.MX6
>> board up and running with the new CEC API, but I'm having
>> trouble with a couple of sets of remote control keys.
>
On 03/21/2017 05:49 PM, Eric Nelson wrote:
> Hi Hans,
>
> Thanks to your work and those of Russell King, I have an i.MX6
> board up and running with the new CEC API, but I'm having
> trouble with a couple of sets of remote control keys.
What is your exact setup? Your i.MX6 is hooked up to a TV? A
Hi Hans,
Thanks to your work and those of Russell King, I have an i.MX6
board up and running with the new CEC API, but I'm having
trouble with a couple of sets of remote control keys.
In particular, the directional keys 0x01-0x04 (Up..Right)
and the function keys 0x71-0x74 (F1-F4) don't appear
to
From: Laurent Pinchart
In preparation for adding PHY operations to handle RX SENSE and HPD,
group all the PHY interrupt setup code in a single location and extract
it to a separate function.
Signed-off-by: Laurent Pinchart
Signed-off-by: Neil Armstrong
---
drivers/gpu/drm/bridge/synopsys/dw-h
Add documentation for added Bus Formats to describe RGB and YUV formats used
as input to the Synopsys DesignWare HDMI TX Controller.
Signed-off-by: Neil Armstrong
---
Documentation/media/uapi/v4l/subdev-formats.rst | 871 +++-
1 file changed, 857 insertions(+), 14 deletions(-
The HDMI TX controller support HPD and RXSENSE signaling from the PHY
via it's STAT0 PHY interface, but some vendor PHYs can manage these
signals independently from the controller, thus these STAT0 handling
should be moved to PHY specific operations and become optional.
The existing STAT0 HPD and
In order to describe the RGB and YUV bus formats used to feed the
Synopsys DesignWare HDMI TX Controller, add missing formats to the
list of Bus Formats.
Documentation for these formats is added in a separate patch.
Reviewed-by: Archit Taneja
Signed-off-by: Neil Armstrong
---
include/uapi/linu
Some display pipelines can only provide non-RBG input pixels to the HDMI TX
Controller, this patch takes the pixel format from the plat_data if provided.
Signed-off-by: Neil Armstrong
---
drivers/gpu/drm/bridge/synopsys/dw-hdmi.c | 326 +-
include/drm/bridge/dw_hdmi.h
The Amlogic GX SoCs implements a Synopsys DesignWare HDMI TX Controller
in combination with a very custom PHY.
Thanks to Laurent Pinchart's changes, the HW report the following :
Detected HDMI TX controller v2.01a with HDCP (meson_dw_hdmi_phy)
The following differs from common PHY integration as
This patch adds a new DRM documentation entry and links to the input
format table added in the dw_hdmi header.
Signed-off-by: Neil Armstrong
---
Documentation/gpu/bridge/dw-hdmi.rst | 15 +++
Documentation/gpu/index.rst | 1 +
2 files changed, 16 insertions(+)
create mode
Hi all,
This is a follow up patch from this discussion [1]. It should be
seen more as a starting point to introduce better handling of
time per frame in v4l2. Quoting Hans Verkuil from [1]:
1) "Add a flag V4L2_DV_FL_CAN_DETECT_REDUCED_FPS. If set,
then the hw can detect the difference between reg
Add a new flag to UAPI for DV timings which, whenever set,
indicates that hardware can detect the difference between
regular FPS and 1000/1001 FPS.
This is specific to HDMI receivers. Also, it is only valid
when V4L2_DV_FL_CAN_REDUCE_FPS is set.
Signed-off-by: Jose Abreu
Cc: Carlos Palminha
Cc:
A new helper function was introduced to facilitate the calculation
of time per frame value whenever we have access to the full
v4l2_dv_timings structure.
This should be used only for receivers and only when there is
enough accuracy in the measured pixel clock value as well as in
the horizontal/ver
Currently, cobalt driver always returns 60fps in g_parm.
This patch uses the new v4l2_calc_timeperframe helper to
calculate the time per frame value.
Signed-off-by: Jose Abreu
Cc: Carlos Palminha
Cc: Mauro Carvalho Chehab
Cc: Hans Verkuil
Cc: linux-media@vger.kernel.org
Cc: linux-ker...@vger.k
On Tue, Mar 21, 2017 at 11:59:02AM +0100, Hans Verkuil wrote:
> Ah, good to hear that -s works with MC. I was not sure about that.
> Thanks for the feedback!
Not soo good on iMX6:
$ v4l2-compliance -d /dev/video10 -s --expbuf-device=/dev/video0
...
Input ioctls:
test VIDIOC_G/S_TUNER/ENUM
On Mon, Mar 20, 2017 at 06:23:24PM +0100, Philipp Zabel wrote:
> @@ -1173,15 +1196,8 @@ static void csi_try_fmt(struct csi_priv *priv,
> incc = imx_media_find_mbus_format(infmt->code,
> CS_SEL_ANY, true);
>
> - if (sdformat
Hi Hans,
On Sat, Mar 11, 2017 at 12:23:12PM +0100, Hans Verkuil wrote:
> From: Hans Verkuil
>
> This patch series converts the soc-camera atmel-isi to a standalone V4L2
> driver.
>
> The same is done for the ov7670 and ov2640 sensor drivers: the ov7670 was
> used to test the atmel-isi driver. T
Hi!
> > Making use of the full potential of the hardware requires using a more
> > expressive interface.
>
> That's the core of the problem: most users don't need "full potential
> of the hardware". It is actually worse than that: several boards
> don't allow "full potential" of the SoC capabili
On 03/21/17 11:42, Niklas Söderlund wrote:
> On 2017-03-20 16:57:54 +0100, Hans Verkuil wrote:
>> On 03/20/2017 03:11 PM, Russell King - ARM Linux wrote:
>>> On Mon, Mar 20, 2017 at 02:57:03PM +0100, Hans Verkuil wrote:
On 03/20/2017 02:29 PM, Russell King - ARM Linux wrote:
> It's what I
On 2017-03-20 16:57:54 +0100, Hans Verkuil wrote:
> On 03/20/2017 03:11 PM, Russell King - ARM Linux wrote:
> > On Mon, Mar 20, 2017 at 02:57:03PM +0100, Hans Verkuil wrote:
> >> On 03/20/2017 02:29 PM, Russell King - ARM Linux wrote:
> >>> It's what I have - remember, not everyone is happy to cons
On Mon, 2017-02-13 at 12:40 +0100, Philipp Zabel wrote:
> After the pad format, also print the frame interval, if already configured.
>
> Signed-off-by: Philipp Zabel
> Acked-by: Sakari Ailus
> ---
> utils/media-ctl/media-ctl.c | 8
> 1 file changed, 8 insertions(+)
>
> diff --git a/u
Hi Elena,
On Mon, 2017-03-06 at 16:21 +0200, Elena Reshetova wrote:
> refcount_t type and corresponding API should be
> used instead of atomic_t when the variable is used as
> a reference counter. This allows to avoid accidental
> refcounter overflows that might lead to use-after-free
> situations
On Mon, Mar 20, 2017 at 02:39:38PM +, Alan Cox wrote:
> We don't need an ifdef for the sake of 8-12 bytes. This undoes the ifdef
> added by
> fde469701c7efabebf885e785edf367bfb1a8f3f. Instead turn it into a single const
> string
> array at a fixed location thereby saving even more memory.
>
37 matches
Mail list logo
