On 02.01.2017 15:19, Hans Verkuil wrote:
> From: Hans Verkuil
>
> Implement the HPD notifier support to allow CEC drivers to
> be informed when there is a new EDID and when a connect or
> disconnect happens.
>
> Signed-off-by: Hans Verkuil
> Tested-by: Marek Szyprowski
> ---
> drivers/gpu/drm/e
On 01/03/2017 08:50 AM, Andrzej Hajda wrote:
> Hi Hans,
>
> On 02.01.2017 15:19, Hans Verkuil wrote:
>> From: Hans Verkuil
>>
>> Add support for video hotplug detect and EDID/ELD notifiers, which is used
>> to convey information from video drivers to their CEC and audio counterparts.
>>
>> Based
Hi Hans,
On 02.01.2017 15:19, Hans Verkuil wrote:
> From: Hans Verkuil
>
> Add support for video hotplug detect and EDID/ELD notifiers, which is used
> to convey information from video drivers to their CEC and audio counterparts.
>
> Based on an earlier version from Russell King:
>
> https://patc
When the functions replaced media entity types, the range which was
allowed for the types was incorrect. This meant that media entity types
for specific devices were not passed correctly to the userspace through
MEDIA_IOC_ENUM_ENTITIES. Fix it.
Fixes: commit b2cd27448b33 ("[media] media-device: ma
Hi Hans,
On Thu, Dec 15, 2016 at 02:02:07PM +0100, Hans Verkuil wrote:
> From: Hans Verkuil
>
> This driver supports the RainShadow Tech USB HDMI CEC adapter.
>
> See: http://rainshadowtech.com/HdmiCecUsb.html
>
> Signed-off-by: Hans Verkuil
> ---
> MAINTAINERS
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 Jan 3 05:00:10 CET 2017
media-tree git hash:40eca140c404505c09773d1c6685d818cb55ab1a
media_build git
Tested with Kaffeine https://kaffeine.kde.org/
dmesg output:
usb 3-4: new high-speed USB device number 3 using ehci-pci
usb 3-4: New USB device found, idVendor=1b80, idProduct=d3b2
usb 3-4: New USB device strings: Mfr=1, Product=2, SerialNumber=3
usb 3-4: Product: Polaris AV Capture
usb 3-4: Manuf
On Mon, Jan 02, 2017 at 02:41:47PM +0100, Hans Verkuil wrote:
> On 01/02/17 14:37, Hans Verkuil wrote:
> >On 12/18/16 23:10, Sakari Ailus wrote:
> >>On Mon, Dec 12, 2016 at 04:55:05PM +0100, Hans Verkuil wrote:
> >>>From: Hans Verkuil
> >>>
> >>>This patch series converts the soc-camera atmel-isi
Hi Steve,
On Thu, Dec 29, 2016 at 8:27 PM, Steve Longerbeam wrote:
> This is a media driver for video capture on i.MX.
>
> Refer to Documentation/media/v4l-drivers/imx.rst for example capture
> pipelines on SabreSD, SabreAuto, and SabreLite reference platforms.
>
> This patchset includes the OF g
If CONFIG_PM is defined, always use runtime PM to manage power to the
device. Controlling the power state directly in probe does have the
problem of ignoring the device parent power management. Fix this.
Fixes: commit 9447082ae666 ("[media] smiapp: Implement power-on and power-off
sequences witho
Hi JM,
On 01/02/2017 06:59 AM, Jean-Michel Hautbois wrote:
Steve: which branch is the correct one on your github ?
branch imx-media-staging-md-v4 on
g...@github.com:slongerbeam/mediatree.git
Steve
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a me
Hi Jean-Michel,
On Mon, Jan 2, 2017 at 12:59 PM, Jean-Michel Hautbois
wrote:
> Steve: which branch is the correct one on your github ?
I have tested imx-media-staging-md-v2 (based on 4.9-rc) and also
imx-media-staging-md-v4 branch, which is based on 4.10-rc1.
--
To unsubscribe from this list: s
Hi Hans,
On 01/02/2017 06:45 AM, Hans Verkuil wrote:
On 01/02/17 14:51, Jean-Michel Hautbois wrote:
Hi,
2016-12-30 21:26 GMT+01:00 Steve Longerbeam
:
On 12/30/2016 11:06 AM, Marek Vasut wrote:
On 12/29/2016 09:51 PM, Robert Schwebel wrote:
Hi Jean-Michel,
Hi,
On Thu, Dec 29, 2016
Dear,
With due respect to your person and much sincerity of purpose. I have a
business proposal which I will like to handle with you and $14.5 Million USD is
involve. But be rest assured that everything is legal and risk free as I have
concluded all the arrangements and the legal papers that wil
On Mon, Jan 02, 2017 at 03:19:07PM +0100, Hans Verkuil wrote:
> From: Hans Verkuil
>
> By using the HPD notifier framework there is no longer any reason
> to manually set the physical address. This was the one blocking
> issue that prevented this driver from going out of staging, so do
> this mov
On Mon, Jan 2, 2017 at 12:45 PM, Hans Verkuil wrote:
> Steve's series is definitely preferred from my point of view. The feature
> set is clearly superior to Philipp's driver.
>
> I plan on reviewing Steve's series soonish but a quick scan didn't see
> anything
> suspicious. The code looks clean,
2017-01-02 15:45 GMT+01:00 Hans Verkuil :
> On 01/02/17 14:51, Jean-Michel Hautbois wrote:
>>
>> Hi,
>>
>> 2016-12-30 21:26 GMT+01:00 Steve Longerbeam :
>>>
>>>
>>>
>>> On 12/30/2016 11:06 AM, Marek Vasut wrote:
On 12/29/2016 09:51 PM, Robert Schwebel wrote:
>
>
> Hi Jean
On 12/27/16 12:51, Sakari Ailus wrote:
Hi Markus,
On Mon, Dec 26, 2016 at 09:41:19PM +0100, SF Markus Elfring wrote:
From: Markus Elfring
Date: Mon, 26 Dec 2016 21:30:12 +0100
Some update suggestions were taken into account
from static source code analysis.
Markus Elfring (8):
v4l2-async:
On 01/02/17 14:51, Jean-Michel Hautbois wrote:
Hi,
2016-12-30 21:26 GMT+01:00 Steve Longerbeam :
On 12/30/2016 11:06 AM, Marek Vasut wrote:
On 12/29/2016 09:51 PM, Robert Schwebel wrote:
Hi Jean-Michel,
Hi,
On Thu, Dec 29, 2016 at 04:08:33PM +0100, Jean-Michel Hautbois wrote:
What i
From: Hans Verkuil
Add support for video hotplug detect and EDID/ELD notifiers, which is used
to convey information from video drivers to their CEC and audio counterparts.
Based on an earlier version from Russell King:
https://patchwork.kernel.org/patch/9277043/
The hpd_notifier is a reference
From: Hans Verkuil
Support the HPD notifier framework, simplifying drivers that
depend on this.
Signed-off-by: Hans Verkuil
Tested-by: Marek Szyprowski
---
drivers/media/cec/cec-core.c | 50
include/media/cec.h | 15 +
2 files
From: Hans Verkuil
Implement the HPD notifier support to allow CEC drivers to
be informed when there is a new EDID and when a connect or
disconnect happens.
Signed-off-by: Hans Verkuil
Tested-by: Marek Szyprowski
---
drivers/gpu/drm/exynos/Kconfig | 1 +
drivers/gpu/drm/exynos/exynos_h
From: Hans Verkuil
By using the HPD notifier framework there is no longer any reason
to manually set the physical address. This was the one blocking
issue that prevented this driver from going out of staging, so do
this move as well.
Update the bindings documenting the new hdmi phandle and
updat
From: Hans Verkuil
This patch series adds the hotplug detect notifier code, based on Russell's
code:
https://patchwork.kernel.org/patch/9277043/
It adds support for it to the exynos_hdmi drm driver, adds support for
it to the CEC framework and finally adds support to the s5p-cec driver,
which
Hi,
2016-12-30 21:26 GMT+01:00 Steve Longerbeam :
>
>
> On 12/30/2016 11:06 AM, Marek Vasut wrote:
>>
>> On 12/29/2016 09:51 PM, Robert Schwebel wrote:
>>>
>>> Hi Jean-Michel,
>>
>> Hi,
>>
>>> On Thu, Dec 29, 2016 at 04:08:33PM +0100, Jean-Michel Hautbois wrote:
What is the status of thi
On 01/02/17 14:37, Hans Verkuil wrote:
On 12/18/16 23:10, Sakari Ailus wrote:
On Mon, Dec 12, 2016 at 04:55:05PM +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 dr
On 12/18/16 23:10, Sakari Ailus wrote:
On Mon, Dec 12, 2016 at 04:55:05PM +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 a
From: Philipp Zabel
In order to make the VDOA work correctly, the CODA must produce frames
in tiled format. Print this information in the debug output.
Also print the color format in fourcc instead of the numeric value.
Signed-off-by: Philipp Zabel
Signed-off-by: Michael Tretter
---
drivers/
From: Philipp Zabel
The i.MX6 Video Data Order Adapter's (VDOA) sole purpose is to convert
from a custom macroblock tiled format produced by the CODA960 decoder
into linear formats that can be used for scanout.
Signed-off-by: Philipp Zabel
Signed-off-by: Michael Tretter
---
drivers/media/plat
The VDOA is able to transform the NV12 custom macroblock tiled format of
the CODA to YUYV format. If and only if the VDOA is available, the
driver can also provide YUYV support.
While the driver is configured to produce YUYV output, the CODA must be
configured to produce NV12 macroblock tiled fram
Hello,
This is v3 of a patch series that adds support for the Video Data Order
Adapter (VDOA) that can be found on Freescale i.MX6. It converts the
macroblock tiled format produced by the CODA 960 video decoder to a
raster-ordered format for scanout.
Changes since v2:
- Patch 1/7: Update commit
From: Philipp Zabel
Correctly store the rectangle of valid video data in the destination
q_data before rounding up to macroblock size. This fixes the output
of VIDIOC_G_SELECTION for the capture side compose rectangle.
Signed-off-by: Philipp Zabel
Signed-off-by: Michael Tretter
---
drivers/me
If the CODA driver is configured to produce NV12 output and the VDOA is
available, the VDOA can be used to transform the custom macroblock tiled
format to a raster-ordered format for scanout.
In this case, set the output format of the CODA to the custom macroblock
tiled format, disable the rotator
display_idx refers to the frame that will be returned in the next round.
The currently processed frame is ctx->display_idx and errors should be
reported for this frame.
Signed-off-by: Michael Tretter
Acked-by: Philipp Zabel
---
drivers/media/platform/coda/coda-bit.c | 2 +-
1 file changed, 1 in
From: Philipp Zabel
Add a DT binding documentation for the Video Data Order Adapter (VDOA)
of the Freescale i.MX6 SoC.
Also, add the compatible property and correct clock to the device tree
to match the documentation.
Signed-off-by: Philipp Zabel
Signed-off-by: Michael Tretter
---
.../device
On 12/18/16 23:15, Sakari Ailus wrote:
Hi Hans,
On Mon, Dec 12, 2016 at 04:55:09PM +0100, Hans Verkuil wrote:
From: Hans Verkuil
Get the clock for this sensor.
Signed-off-by: Hans Verkuil
---
drivers/media/i2c/ov7670.c | 35 ---
1 file changed, 28 insertions
On 12/18/16 23:08, Sakari Ailus wrote:
On Mon, Dec 12, 2016 at 04:55:07PM +0100, Hans Verkuil wrote:
From: Hans Verkuil
Add v4l2-async support for this driver.
Signed-off-by: Hans Verkuil
---
drivers/media/i2c/ov7670.c | 21 +++--
1 file changed, 15 insertions(+), 6 deletion
On 01/02/2017 07:07 PM, Sakari Ailus wrote:
Hi,
On Mon, Jan 02, 2017 at 06:53:16PM +0800, ayaka wrote:
On 01/02/2017 05:10 PM, Sakari Ailus wrote:
Hi Randy,
Thanks for the patch.
On Mon, Jan 02, 2017 at 04:50:04PM +0800, Randy Li wrote:
The formats added by this patch are:
V4L2_P
Dmitry: ping!
And of course a happy New Year to you as well!
Regards,
Hans
On 12/15/16 14:02, Hans Verkuil wrote:
From: Hans Verkuil
This patch series adds support to the RainShadow Tech HDMI CEC adapter
(http://rainshadowtech.com/HdmiCecUsb.html).
The first patch adds the needed s
From: Hans Verkuil
Mention where to find the CEC utilities.
Signed-off-by: Hans Verkuil
---
Documentation/media/uapi/cec/cec-intro.rst | 12
1 file changed, 12 insertions(+)
diff --git a/Documentation/media/uapi/cec/cec-intro.rst
b/Documentation/media/uapi/cec/cec-intro.rst
inde
From: Hans Verkuil
The API is now finalized, so this notice should be dropped.
Signed-off-by: Hans Verkuil
---
Documentation/media/uapi/cec/cec-func-close.rst | 5 -
Documentation/media/uapi/cec/cec-func-ioctl.rst | 5 -
Documentation/media/uapi/cec/cec-func-open.rs
From: Hans Verkuil
Two documentation updates that should go to 4.10.
Regards,
Hans
Hans Verkuil (2):
cec rst: remove "This API is not yet finalized" notice
cec-intro.rst: mention the v4l-utils package and CEC utilities
Documentation/media/uapi/cec/cec-func-close.rst | 5
Hi,
On Mon, Jan 02, 2017 at 06:53:16PM +0800, ayaka wrote:
>
>
> On 01/02/2017 05:10 PM, Sakari Ailus wrote:
> >Hi Randy,
> >
> >Thanks for the patch.
> >
> >On Mon, Jan 02, 2017 at 04:50:04PM +0800, Randy Li wrote:
> >>The formats added by this patch are:
> >>V4L2_PIX_FMT_P010
> >>V4L2_
On 01/02/2017 05:10 PM, Sakari Ailus wrote:
Hi Randy,
Thanks for the patch.
On Mon, Jan 02, 2017 at 04:50:04PM +0800, Randy Li wrote:
The formats added by this patch are:
V4L2_PIX_FMT_P010
V4L2_PIX_FMT_P010M
Currently, none of driver uses those format, but some video device
h
Hi Randy,
Thanks for the patch.
On Mon, Jan 02, 2017 at 04:50:04PM +0800, Randy Li wrote:
> The formats added by this patch are:
> V4L2_PIX_FMT_P010
> V4L2_PIX_FMT_P010M
> Currently, none of driver uses those format, but some video device
> has been confirmed with could as those forma
The formats added by this patch are:
V4L2_PIX_FMT_P010
V4L2_PIX_FMT_P010M
Currently, none of driver uses those format, but some video device
has been confirmed with could as those format for video output.
The Rockchip's new decoder has supported those format for profile_10
HEVC/AVC
P010 is a planar 4:2:0 YUV with interleaved UV plane, 10 bits
per channel video format. Rockchip's vop support this
video format(little endian only) as the input video format.
Signed-off-by: Randy Li
---
include/uapi/drm/drm_fourcc.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/include/ua
Those pixel formats comes from Gstreamer and ffmpeg. Currently,
the VOP(video output mixer) found on RK3288 and future support
those pixel formats are input. Also the decoder on RK3288
could use them as output.
Randy Li (2):
drm_fourcc: Add new P010 video format
[media] v4l: Add 10-bits per ch
48 matches
Mail list logo
