Re: Missing MIPI IPU6 camera driver for Intel Alder Lake laptops

[Sakari Ailus]

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