The following changes since commit 6fb05e0dd32e566facb96ea61a48c7488daa5ac3:
[media] saa7164: fix double fetch PCIe access condition (2017-06-06 16:55:50
-0300)
are available in the git repository at:
git://linuxtv.org/hverkuil/media_tree.git rcar-drif
for you to fetch changes up to 160777
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 Jun 7 05:00:17 CEST 2017
media-tree git hash:6fb05e0dd32e566facb96ea61a48c7488daa5ac3
media_build gi
This patch adds the driver for the CIO2 device found in some the Skylake
and Kaby Kake SoCs. The CIO2 consists of four D-PHY receivers.
The CIO2 driver exposes V4L2, V4L2 sub-device and Media controller
interfaces to the user space.
===
= history =
===
version 2:
- remove all expl
The formats added by this patch are:
V4L2_PIX_FMT_IPU3_SBGGR10
V4L2_PIX_FMT_IPU3_SGBRG10
V4L2_PIX_FMT_IPU3_SGRBG10
V4L2_PIX_FMT_IPU3_SRGGB10
Signed-off-by: Yong Zhi
---
Documentation/media/uapi/v4l/pixfmt-rgb.rst| 1 +
.../media/uapi/v4l/pixfmt-srggb10-ipu3.rst
Add IPU3 specific formats:
V4L2_PIX_FMT_IPU3_SBGGR10
V4L2_PIX_FMT_IPU3_SGBRG10
V4L2_PIX_FMT_IPU3_SGRBG10
V4L2_PIX_FMT_IPU3_SRGGB10
Signed-off-by: Yong Zhi
---
drivers/media/v4l2-core/v4l2-ioctl.c | 4
include/uapi/linux/videodev2.h | 5 +
2 files c
This patch adds CIO2 CSI-2 device driver for
Intel's IPU3 camera sub-system support.
Signed-off-by: Yong Zhi
---
drivers/media/pci/Kconfig|2 +
drivers/media/pci/Makefile |3 +-
drivers/media/pci/intel/Makefile |5 +
drivers/media/pci/intel/ipu3/
Hi Philipp,
v4l2_fwnode patch has been merged to mediatree, so I've applied this
to my imx-media-staging-md-v16 branch, thanks for the patch!
However before I can submit version 8 of the patchset, the video-mux
driver also needs conversion. Can you submit a version 8 of your
video-mux patchset (
On Tue, Jun 6, 2017 at 1:34 PM, Hans Verkuil wrote:
> Hi Kevin,
>
> On 02/06/17 23:34, Kevin Hilman wrote:
>> This series fixes/updates the support for raw camera input to the VPIF.
>>
>> Tested on da850-evm boards using the add-on UI board. Tested with
>> both composite video input (on-board tvp
The davinci VPIF is a single hardware block, but the existing driver
is broken up into a common library (vpif.c), output (vpif_display.c) and
intput (vpif_capture.c).
When migrating to DT, to better model the hardware, and because
registers, interrupts, etc. are all common,it was decided to
have a
The current driver has a handful of hard-coded assumptions based on its
primary use for capture of video signals. Cleanup those assumptions,
and also query the subdev for format information and use that if
available.
Tested with 10-bit raw bayer input (SGRBG10) using the aptina,mt9v032
sensor, an
Same as v1, just rebased onto master branch of media tree, as
requested by Hans.
This series fixes/updates the support for raw camera input to the VPIF.
Tested on da850-evm boards using the add-on UI board. Tested with
both composite video input (on-board tvp514x) and raw camera input
using the
Enable getting of subdevs from DT ports and endpoints.
The _get_pdata() function was larely inspired by (i.e. stolen from)
am437x-vpfe.c
Signed-off-by: Kevin Hilman
---
drivers/media/platform/davinci/vpif_capture.c | 126 +-
drivers/media/platform/davinci/vpif_display.c
Capture driver silently overrides pixel format with a hack (according to
the comments) to pass v4l2 compliance tests. This isn't needed for
normal functionality, and works for composite video and raw camera capture
without.
In addition, the hack assumes that it only supports raw capture with a
si
Hi Sakari,
Thanks for replying
On 2017-05-31 03:31 AM, Sakari Ailus wrote:
Hi Helen,
On Tue, May 30, 2017 at 04:08:08PM -0300, Helen Koike wrote:
colorspace, ycbcr_enc, quantization and xfer_func must match across the
link.
Check if they match in v4l2_subdev_link_validate_default unless they
On Sun, May 28, 2017 at 05:49:27PM +0100, Sean Young wrote:
> There is no need to called ir_raw_event_reset() either after a long
> space or on startup. Many rc drivers never do this.
>
> Signed-off-by: Sean Young
> ---
> drivers/media/pci/saa7134/saa7134-input.c | 2 +-
> drivers/media/rc/gpio
Hi Mauro,
Some minor fixes that just missed the first pull request, that would be nice
to have in v4.13.
Thank you
Sean
The following changes since commit 9e9e6a78143bbb6cb9cffd29ab48d5f32def4e20:
[media] Doc*/media/uapi: fix control name (2017-06-06 16:49:46 -0300)
are available in the git
> Applied, thanks!
Yay!
>
> Next time, please either send as a patch or use the command:
>
> $ git request-pull
>
> As otherwise I may miss it, as patchwork won't get it.
Will do, thank you.
--
Steven Toth - Kernel Labs
http://www.kernellabs.com
Hi Mauro,
Mauro Carvalho Chehab wrote:
Em Mon, 10 Apr 2017 16:02:54 +0300
Sakari Ailus escreveu:
Bring some order by alphabetically ordering the list of topics.
Signed-off-by: Sakari Ailus
---
Documentation/media/kapi/v4l2-core.rst | 18 +-
1 file changed, 9 insertions(+),
The following changes since commit 6fb05e0dd32e566facb96ea61a48c7488daa5ac3:
[media] saa7164: fix double fetch PCIe access condition (2017-06-06 16:55:50
-0300)
are available in the git repository at:
git://linuxtv.org/hverkuil/media_tree.git for-v4.13c
for you to fetch changes up to 44cdb
Hi Kevin,
On 02/06/17 23:34, Kevin Hilman wrote:
> This series fixes/updates the support for raw camera input to the VPIF.
>
> Tested on da850-evm boards using the add-on UI board. Tested with
> both composite video input (on-board tvp514x) and raw camera input
> using the camera board from On-S
Em Tue, 6 Jun 2017 09:19:35 -0400
Steven Toth escreveu:
> Mauro,
>
> A single commit.
>
> https://github.com/stoth68000/media-tree/commit/354dd3924a2e43806774953de536257548b5002c
>
> This pull request addresses the concern raised by Pengfei Wang
> via
> https://bugzilla.kernel.org/show_bug.cg
Hi All,
Just reviving this discussion
On 2017-04-07 06:53 AM, Laurent Pinchart wrote:
Hi Hans,
On Friday 07 Apr 2017 11:46:48 Hans Verkuil wrote:
On 04/04/2017 03:22 PM, Sakari Ailus wrote:
On Mon, Apr 03, 2017 at 12:11:54PM -0300, Helen Koike wrote:
On 2017-03-31 06:57 AM, Mauro Carvalho C
That way we don't have to rely on userspace to inject the headers on IDR
requests, and there is always enough information to start decoding at an
I-frame.
Signed-off-by: Philipp Zabel
---
drivers/media/platform/coda/coda-bit.c | 9 +
1 file changed, 5 insertions(+), 4 deletions(-)
diff
Implement the V4L2_CID_MPEG_VIDEO_FORCE_KEY_FRAME control to force IDR
frames. This is useful to implement VFU (Video Fast Update) on RTP
transmissions.
We already force an IDR frame at the beginning of each GOP to work
around a firmware bug on i.MX27, use the same mechanism to service IDR
requests
This module was merged after commit 5a8fc6a3cebb ("Annotate hardware
config module parameters in drivers/media/"), so add add the missing
hardware annotations.
Signed-off-by: Sean Young
---
drivers/media/rc/sir_ir.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/
On Fri, Apr 21, 2017 at 7:57 AM, Steven Toth wrote:
>> Just a follow up on this. I had a bit more time to dig deeper into this
>> today.
>>
>> Enabling debug output for the cx23885 driver *fixes* the issue.
>>
>> I added this to my kernel command line: cx23885.debug=8
>
> The driver's been around
On 2017-06-02 11:58 PM, Helen Koike wrote:
Add a parameter called vsen_tpg, if true then vimc will work as before:
frames will be generated in the sensor nodes then propagated through the
pipe and processed by each node until a capture node is reached.
If vsen_tpg is false, then the frame is no
Mauro,
A single commit.
https://github.com/stoth68000/media-tree/commit/354dd3924a2e43806774953de536257548b5002c
This pull request addresses the concern raised by Pengfei Wang
via
https://bugzilla.kernel.org/show_bug.cgi?id=195559
I've tested this patch with two different SAA7164 based cards i
Em Mon, 10 Apr 2017 16:02:54 +0300
Sakari Ailus escreveu:
> Bring some order by alphabetically ordering the list of topics.
>
> Signed-off-by: Sakari Ailus
> ---
> Documentation/media/kapi/v4l2-core.rst | 18 +-
> 1 file changed, 9 insertions(+), 9 deletions(-)
>
> diff --git
Em Mon, 22 May 2017 09:37:48 +0200
Hans Verkuil escreveu:
> Hi Mauro,
>
> This pull requests adds support for the Qualcomm venus codec driver.
What's the status of the firmware blobs required by this driver?
Are they already at linux-firmware?
Regards,
Mauro
Thanks,
Mauro
Hi Mauro,
This pull request introduces the V4L2 fwnode framework which has equivalent
functionality to V4L2 OF framework. The V4L2 OF framework users are
converted to use the V4L2 fwnode framework and the redundant V4L2 OF
framework is removed.
since v2:
- Rebase (no conflicts) and convert the r
The stm32-dcmi driver was still using V4L2 OF, convert it to V4L2 fwnode.
Signed-off-by: Sakari Ailus
---
I'll squash this to patch "v4l: Switch from V4L2 OF not V4L2 fwnode API"
in the pull request I'll send in a moment.
drivers/media/platform/Kconfig| 1 +
drivers/media/platform/
Hi Yong, Tuukka,
+CC IOMMU ML and Joerg. (Technically you should resend this patch
including them.)
On Tue, Jun 6, 2017 at 5:39 AM, Yong Zhi wrote:
> From: Tuukka Toivonen
>
> This driver translates Intel IPU3 internal virtual
> address to physical address.
Please see my comments inline.
>
>
On Tue, Jun 6, 2017 at 5:04 PM, Hans Verkuil wrote:
> On 06/06/17 09:25, Sakari Ailus wrote:
>> Hi Tomasz,
>>
>> On Tue, Jun 06, 2017 at 01:30:41PM +0900, Tomasz Figa wrote:
>>> Uhm, +Laurent. Sorry for the noise.
>>>
>>> On Tue, Jun 6, 2017 at 1:30 PM, Tomasz Figa wrote:
Hi Yong,
On 06/06/17 08:35, Ajay kumar wrote:
> Hi Sakari,
>
> On Sat, Jun 3, 2017 at 1:48 PM, Sakari Ailus wrote:
>> Hi Ajay,
>>
>> On Fri, Jun 02, 2017 at 06:38:53PM +0530, Ajay kumar wrote:
>>> Hi all,
>>>
>>> I have tried searching for RGB/YUV 10, 12 BPC formats in videodev2.h,
>>> media-bus-format.h
Hi Linus,
Please pull from:
git://git.kernel.org/pub/scm/linux/kernel/git/mchehab/linux-media
tags/media/v4.12-2
For some bug fixes:
- Don't fail build if atomisp has warnings;
- Some CEC Kconfig changes to allow it to be used by DRM without media
dependencies;
- A race fix at RC initializa
On 05/06/17 22:39, Yong Zhi wrote:
> This patchset adds support for the Intel IPU3 (Image Processing Unit)
> ImgU which is essentially a modern memory-to-memory ISP. It implements
> raw Bayer to YUV image format conversion as well as a large number of
> other pixel processing algorithms for improvi
On 05/06/17 22:39, Yong Zhi wrote:
> ipu3 imgu video device based on v4l2, vb2 and
> media controller framework.
>
> Signed-off-by: Yong Zhi
> ---
> drivers/media/pci/intel/ipu3/ipu3-v4l2.c | 723
> +++
> 1 file changed, 723 insertions(+)
> create mode 100644 driver
On 05/06/17 22:39, Yong Zhi wrote:
> Functions to load and install imgu FW blobs
>
> Signed-off-by: Yong Zhi
> ---
> drivers/media/pci/intel/ipu3/ipu3-abi.h| 1572
>
> drivers/media/pci/intel/ipu3/ipu3-css-fw.c | 272 +
> drivers/media/pci/intel/ipu3/ipu3-c
On 05/06/17 22:39, Yong Zhi wrote:
Commit message missing.
> Signed-off-by: Yong Zhi
> ---
> include/uapi/linux/intel-ipu3.h | 2182
> +++
> 1 file changed, 2182 insertions(+)
> create mode 100644 include/uapi/linux/intel-ipu3.h
>
> diff --git a/include/ua
On 06/06/2017 03:59 PM, Hugues FRUCHET wrote:
Hi Randy,
Did you get a chance to review interface ?
Oh, I have had look a quick view on it yesterday. The video IP of that
platform doesn't come from the On2, right?
I would really appreciate your feedback in order that we move forward on
this t
On 05/06/17 22:39, Yong Zhi wrote:
> From: Tuukka Toivonen
>
> This driver translates Intel IPU3 internal virtual
> address to physical address.
>
> Signed-off-by: Yong Zhi
> ---
> drivers/media/pci/intel/ipu3/Kconfig| 11 +
> drivers/media/pci/intel/ipu3/Makefile | 1 +
> drivers/med
On 06/06/17 09:25, Sakari Ailus wrote:
> Hi Tomasz,
>
> On Tue, Jun 06, 2017 at 01:30:41PM +0900, Tomasz Figa wrote:
>> Uhm, +Laurent. Sorry for the noise.
>>
>> On Tue, Jun 6, 2017 at 1:30 PM, Tomasz Figa wrote:
>>> Hi Yong,
>>>
>>> On Tue, Jun 6, 2017 at 5:39 AM, Yong Zhi wrote:
Add the I
Hi Randy,
Did you get a chance to review interface ?
I would really appreciate your feedback in order that we move forward on
this topic and get at least one implementation merged.
Best regards,
Hugues.
On 05/19/2017 10:15 AM, Randy Li wrote:
>
>
> On 05/19/2017 04:08 PM, Hugues FRUCHET wrote
On 05/06/17 18:32, Rohit Athavale wrote:
> Hello Media Community,
>
> I am working on a scaler and gamma correction V4L2 sub-device based drivers.
> A common theme to both of them is that
> the kernel driver is expected bring-up these devices in a working (good)
> configuration. As it turns out
Hi Tomasz,
On Tue, Jun 06, 2017 at 01:30:41PM +0900, Tomasz Figa wrote:
> Uhm, +Laurent. Sorry for the noise.
>
> On Tue, Jun 6, 2017 at 1:30 PM, Tomasz Figa wrote:
> > Hi Yong,
> >
> > On Tue, Jun 6, 2017 at 5:39 AM, Yong Zhi wrote:
> >> Add the IPU3 specific processing parameter format
> >> V
46 matches
Mail list logo