Hi Greg, On Mon, Aug 15, 2022 at 09:14:52AM +0200, Greg KH wrote: > On Mon, Aug 15, 2022 at 04:07:32PM +0900, Sergey Senozhatsky wrote: > > On (22/08/15 09:02), Greg KH wrote: > > [..] > > > > We haven't sent out KCAM for upstream review yet. It's open sourced, > > > > as of this moment [1], but we still need some time and wanted to convert > > > > one of the previous generations of IPU drivers (IPU3) to KCAM first to > > > > see if everything is working as we wanted it to. > > > > > > That didn't answer my question on when you were planning to actually > > > submit this :) > > > > Definitely not today. Someday, for sure :) > > > > I don't want to promise any timelines. But we are certainly not > > talking "weeks", we are talking "months". Several months is a > > realistic timeline. > > Ok, so getting this merged is a good year out at the best, realisticly 2 > years given that once you submit the first version for review, the real > work will start happening. > > So I'll stick with my original statement, don't buy this hardware as the > vendors don't seem to want to upstream the drivers any time soon :( Do note that USB webcams in Alder Lake laptops still work as usual, with the uvcvideo driver. V4L2 + MC are not great APIs for supporting hardware such as IPU6 and coming up with an alternative is a major and risky endeavour. I expect many developers of drivers for similar hardware are in the same situation. The hardware is getting increasingly complex and while there is some standardisation in the industry, it's mainly focussed on interoperatibility on hardware level rather than control interfaces or defining how a given feature is to be implemented. As the camera is no longer a single, integrated device in this context but multiple devices from different vendors, there still remains a larger requirement for interoperability between, at the very least, cameras and CSI-2 receivers --- that in turn increasingly often are integrated in Image Signal Processors such as IPU6. This further raises the bar for an interface that would better support these devices. This of course does not help the owners of such hardware but perhaps explains the current state of affairs a little. Eventually we will need a new kernel interface for this but at this point I can't tell whether it will be based on KCAM Sergey mentioned, or not. -- Regards, Sakari Ailus
