Re: [linux-sunxi] Cedrus driver
From: Maxime Ripard
Date: Thu Nov 16 2017 - 07:53:25 EST
On Thu, Nov 16, 2017 at 01:30:52PM +0100, Giulio Benetti wrote:
> > On Thu, Nov 16, 2017 at 11:37:30AM +0100, Giulio Benetti wrote:
> > > Il 16/11/2017 11:31, Andreas Baierl ha scritto:
> > > > Am 16.11.2017 um 11:13 schrieb Giulio Benetti:
> > > > > Hello,
> > > > >
> > > > Hello,
> > > > > I'm wondering why cedrus
> > > > > https://github.com/FlorentRevest/linux-sunxi-cedrus has never been
> > > > > merged with linux-sunxi sunxi-next.
> > > > >
> > > > Because it is not ready to be merged. It depends on the v4l2 request
> > > > API, which was not merged and which is re-worked atm.
> > > > Also, sunxi-cedrus itself is not in a finished state and is not as
> > > > feature-complete to be merged. Anyway it might be something for
> > > > staging... Has there been a [RFC] on the mailing list at all?
> > >
> > > Where can I find a list of TODOs to get it ready to be merged?
> >
> > Assuming that the request API is in, we'd need to:
> > - Finish the MPEG4 support
> > - Work on more useful codecs (H264 comes to my mind)
> > - Implement the DRM planes support for the custom frame format
> > - Implement the DRM planes support for scaling
> > - Test it on more SoCs
> >
> > Or something along those lines.
>
> Lot of work to do
Well... If it was fast and easy it would have been done already :)
> > > > > I see it seems to be dead, no commit in 1 year.
> > > >
> > > > Yes, because the author did this during an internship, which ended ...
> > > > Afaik nobody picked up his work yet.
> >
> > That's not entirely true. Some work has been done by Thomas (in CC),
> > especially on the display engine side, but last time we talked his
> > work was not really upstreamable.
> >
> > We will also resume that effort starting next march.
>
> Is it possible a preview on a separate Reporitory to start working on now?
> Expecially to start porting everything done by FlorentRevest to mainline,
> admitted you've not already done.
I'm not sure what you're asking for. Florent's work *was* on mainline.
Maxime
--
Maxime Ripard, Free Electrons
Embedded Linux and Kernel engineering
http://free-electrons.com
Attachment:
signature.asc
Description: PGP signature