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: Thu Oct 26 05:00:15 CEST 2017
media-tree git hash:61065fc3e32002ba48aa6bc3816c1f6f9f8daf55
media_build
Hi Laurent,
On Thu, Oct 26, 2017 at 12:48 AM, Laurent Pinchart
wrote:
> Hello,
>
> On Monday, 23 October 2017 11:45:01 EEST Alexandre Courbot wrote:
>> On Thu, Oct 19, 2017 at 11:43 PM, Sakari Ailus wrote:
>> > On Thu, Sep 28, 2017 at
Hi Sakari,
On Thu, Oct 19, 2017 at 11:43 PM, Sakari Ailus wrote:
> Hi Alexandre,
>
> On Thu, Sep 28, 2017 at 06:50:18PM +0900, Alexandre Courbot wrote:
>> Hi everyone,
>>
[snip]
>
> Still it shouldn't be forgotten that if the framework is geared towards
> helping drivers
This patch adds CIO2 CSI-2 device driver for
Intel's IPU3 camera sub-system support.
Signed-off-by: Yong Zhi
Signed-off-by: Hyungwoo Yang
Signed-off-by: Rajmohan Mani
Signed-off-by: Vijaykumar Ramya
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: Hyungwoo Yang
Signed-off-by: Yong Zhi
---
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
The CIO2 driver exposes V4L2, V4L2 sub-device and Media controller interfaces
to the user space.
This series was tested on Kaby Lake based platform with 2 sensor configurations,
media topology was pasted at end for reference.
Link to user space implementation:
Hi,
The linux tv page [1] does not mention whether the analog side of the card is
supported under linux or not. I would like to use the Composite port on the
card. Please can you let me the current driver status for the analog ports on
the card.
Thanks
Rajil
[1]
Hi Hans,
On Wednesday, 25 October 2017 19:19:27 EEST Hans Verkuil wrote:
> On 10/25/2017 05:48 PM, Laurent Pinchart wrote:
> > Hello,
> >
> > On Monday, 23 October 2017 11:45:01 EEST Alexandre Courbot wrote:
> >> On Thu, Oct 19, 2017 at 11:43 PM, Sakari Ailus
wrote:
> >>>
Hi Shuah,
For MFC patch, you can delete the "dev" variable since it's not being
used anymore and results in a compile warning.
- struct s5p_mfc_dev *dev = ctx->dev;
Cheers,
Marian
On Thu, Oct 26, 2017 at 7:54 AM, Shuah Khan wrote:
> On 10/06/2017 03:30 PM, Shuah Khan
On 10/06/2017 03:30 PM, Shuah Khan wrote:
> This patch series fixes inefficiencies and lock contention in the request
> firmware paths.
>
> Shuah Khan (2):
> media: s5p-mfc: check for firmware allocation before requesting
> firmware
> media: s5p-mfc: fix lock confection -
Ack'ed (separate formal reply)
-Mike
On Wed, 25 Oct 2017, Kees Cook wrote:
> Eek, sorry, this uses timer_setup_on_stack() which is only in -next.
> If you can Ack this, I can carry it in the timer tree.
>
> Thanks!
>
> -Kees
>
> On Tue, Oct 24, 2017 at 5:22 PM, Kees Cook
Acked-By: Mike Isely
On Tue, 24 Oct 2017, Kees Cook wrote:
> In preparation for unconditionally passing the struct timer_list pointer to
> all timer callbacks, switch to using the new timer_setup() and from_timer()
> to pass the timer pointer explicitly.
>
> Cc: Mike Isely
On 10/25/2017 05:48 PM, Laurent Pinchart wrote:
> Hello,
>
> On Monday, 23 October 2017 11:45:01 EEST Alexandre Courbot wrote:
>> On Thu, Oct 19, 2017 at 11:43 PM, Sakari Ailus wrote:
>>> On Thu, Sep 28, 2017 at 06:50:18PM +0900, Alexandre Courbot wrote:
Hi everyone,
On Thu, Oct 26, 2017 at 12:22:14AM +0900, Akinobu Mita wrote:
> Hi Sakari,
>
> 2017-10-25 19:23 GMT+09:00 Sakari Ailus :
> > On Tue, Oct 24, 2017 at 02:30:26AM +0900, Akinobu Mita wrote:
> >> The test_pattern_menu[] array has two valid items and a null terminated
> >> item.
Hello,
On Monday, 23 October 2017 11:45:01 EEST Alexandre Courbot wrote:
> On Thu, Oct 19, 2017 at 11:43 PM, Sakari Ailus wrote:
> > On Thu, Sep 28, 2017 at 06:50:18PM +0900, Alexandre Courbot wrote:
> >> Hi everyone,
> >>
> >> Here is a new attempt at the "request" (which
Hi Sakari,
2017-10-25 19:23 GMT+09:00 Sakari Ailus :
> On Tue, Oct 24, 2017 at 02:30:26AM +0900, Akinobu Mita wrote:
>> The test_pattern_menu[] array has two valid items and a null terminated
>> item. So the control's maximum value which is passed to
>>
Hi Gustavo,
On Fri, Oct 20, 2017 at 07:50:08PM -0200, Gustavo Padovan wrote:
From: Gustavo Padovan
Receive in-fence from userspace and add support for waiting on them
before queueing the buffer to the driver. Buffers are only queued
to the driver once they are
Eek, sorry, this uses timer_setup_on_stack() which is only in -next.
If you can Ack this, I can carry it in the timer tree.
Thanks!
-Kees
On Tue, Oct 24, 2017 at 5:22 PM, Kees Cook wrote:
> In preparation for unconditionally passing the struct timer_list pointer to
> all
Hi Todor,
On Wednesday, October 25, 2017 02:07 PM, Todor Tomov wrote:
> On 16.10.2017 18:01, Daniel Mack wrote:
>> I'd be grateful for any pointer about what I could investigate on.
>>
>
> Everything that you have described seems correct.
>
> As you say that frames do not contain any data, do
>
Hi Daniel,
On 16.10.2017 18:01, Daniel Mack wrote:
> Hi,
>
> On 28.08.2017 09:10, Todor Tomov wrote:
>> On 25.08.2017 17:10, Daniel Mack wrote:
>>> Could you explain how ISPIF, CSID and CSIPHY are related?
>>>
>>> I have a userspace test setup that works fine for USB webcams, but when
>>>
On Tue, Oct 17, 2017 at 10:34:06AM +0300, Sakari Ailus wrote:
> On Mon, Oct 16, 2017 at 05:25:47PM -0700, Leon Luo wrote:
> > Hi Mauro,
> >
> > I am maintaining the driver. I am not sure how to clear this warning
> > though. If you could shed some light on it, it will be helpful. Thanks.
>
>
On Tue, Oct 24, 2017 at 02:30:26AM +0900, Akinobu Mita wrote:
> The test_pattern_menu[] array has two valid items and a null terminated
> item. So the control's maximum value which is passed to
> v4l2_ctrl_new_std_menu_items() should be one. However,
> 'ARRAY_SIZE(test_pattern_menu) - 1' is
On 10/24/2017 10:32 PM, Sakari Ailus wrote:
> v4l2_fwnode_reference_parse_int_prop() will find an fwnode such that under
> the device's own fwnode, it will follow child fwnodes with the given
> property-value pair and return the resulting fwnode.
>
> Signed-off-by: Sakari Ailus
On Tue, 2017-10-24 at 21:14 +0100, Adam Sampson wrote:
> Because the brightness and contrast controls share a register,
> usbtv_s_ctrl needs to read the existing values for both controls
> before
> inserting the new value. However, the code accidentally wrote to the
> registers (from an
25 matches
Mail list logo