[01:47] *** ali1234 has left 
[08:45] <hverkuil> mchehab: pinchartl: sailus: please review '[PATCHv2 00/15] Media Controller compliance fixes'. I think it is all pretty straightforward myself.
[09:22] <eduardas_m> pinchartl: hello, could you please tell me what is the status of Control change events support for the UVC driver? Is there any chance for this feature to get mainlined in the next couple of Linux kernel releases?
[09:23] <eduardas_m> I am looking for a valid justification for my boss to move my BSP to a mainline kernel and this could be one of those
[09:25] <hverkuil> eduardas_m: I'm not sure what you are referring to. Is this about some patch that is not yet merged?
[09:26] <eduardas_m> hverkuil: the UVC feature "Control change events" here in the table: http://www.ideasonboard.org/uvc/
[09:27] <hverkuil> I'd be surprised if that isn't already working. Let me test.
[09:28] <hverkuil> Yeah, that's in.
[09:29] <eduardas_m> hverkuil: thank you, I was not aware of that... since which kernel version is that available? I am still on 4.9 since that is what NXP ships for i.MX6
[09:31] <hverkuil> At least since 2010, but it's probably longer ago.
[09:32] <hverkuil> Are you talking about this: https://www.spinics.net/lists/linux-media/msg110798.html
[09:33] <hverkuil> Ah, I think I misunderstood. 'control change events' isn't a good description. 'asynchronous control reporting' is the right name for it.
[09:33] <hverkuil> 'control change events' (i.e. receiving an event when a control changes value) has been implemented since forever.
[09:34] <eduardas_m> hverkuil: yes, I am talking about getting asynchronous events into userspace from UVC extensions
[09:34] <hverkuil> That's not yet merged. I don't know what the status is.
[09:34] <eduardas_m> like implementing a keyboard for a device and using UVC extensions for button presses
[09:35] <hverkuil> pinchartl: is the right person to answer that :-)
[09:39] <eduardas_m> hverkuil: yes, we had a discussion about that problem about a year ago and that is how that feature table entry appeared on the website... So I thought I'd drop by to ask whether anything changed within a year
[09:42] <eduardas_m> because the alternatives we have for implementing the mentioned functionality is either doing a separate USB HID device via common hub for UVC device which is ugly, or trying to implement a composite USB device (UVC + HID) which can be complicated
[18:11] <arkver> Hi. There's an old discussion on media ML "On MIPI-CSI2 YUV420 formats and V4L2 Media Bus formats"
[18:11] <arkver> https://www.spinics.net/lists/linux-media/msg59839.html
[18:13] <arkver> But I'm not sure if it was ever resolved. Were CSI-2 YUV420 mbus codes added to the v4l2_mbus_format enum?
[20:44] *** awalls has left 
[20:57] *** ChanServ has quit IRC (*.net *.split)
[21:31] *** weber.freenode.net sets mode: +o ChanServ