From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S934923AbdKPNjp (ORCPT ); Thu, 16 Nov 2017 08:39:45 -0500 Received: from lb3-smtp-cloud9.xs4all.net ([194.109.24.30]:38055 "EHLO lb3-smtp-cloud9.xs4all.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S933959AbdKPNjf (ORCPT ); Thu, 16 Nov 2017 08:39:35 -0500 Subject: Re: [linux-sunxi] Cedrus driver To: Giulio Benetti , Maxime Ripard References: <1510059543-7064-1-git-send-email-giulio.benetti@micronovasrl.com> <1b12fa21-bfe6-9ba7-ae1d-8131ac6f4668@micronovasrl.com> <6fcdc0d9-d0f8-785a-bb00-b1b41c684e59@imkreisrum.de> <693e8786-af83-9d77-0fd4-50fa1f6a135f@micronovasrl.com> <20171116110204.poakahqjz4sj7pmu@flea> <5fcf64db-c654-37d0-5863-20379c04f99c@micronovasrl.com> <20171116125310.yavjs7352nw2sm7r@flea> <6f94505d-69bb-6688-4b13-6a0ed2af8dd4@xs4all.nl> Cc: Andreas Baierl , linux-sunxi , linux@armlinux.org.uk, wens@csie.org, linux-kernel@vger.kernel.org, thomas@vitsch.nl, linux-media@vger.kernel.org From: Hans Verkuil Message-ID: <6fb8e1cd-5494-72ca-dad0-6960d0137623@xs4all.nl> Date: Thu, 16 Nov 2017 14:39:32 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.7.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-CMAE-Envelope: MS4wfLalhWAkueK66C4VM60eXjmeJ2dk8mcn2t46oVDyH8B/TMY73mG/CuC4MjIy/1+1y7r5qVTqVLRPXVU96unkDnWb5+n9CEjyBV5197q9/FXmBrPcknbc JS7KcpvGGptx6ugxN+n+uOvQ5/3HeO2WwxtY2vMMf9JHCMiVsEd05zDD6chbn4ssyr7JoDydvPyAPRvHMmOzPSxM0Oh+IxNXmKspxx5t59EXwwcqOk26xv/9 OHnJv/FG21Lg5Ef5+PaUm01rG1r8Dh+MfpdkuUTEzGxjHLh9zgsG8uiZ3rwThRL2/YCcMyoVFAEwuFpUWezwFmBLeNeO12mkpde2MGL4dcbnynYvxi5vcyXY Ofd2d8G8CYpckWW4A9tXYhwOnTEuFZSA061rHOc27q2gfpRIb0QXOlluykvaV8rkXAU/3kCNqrKFhutAnenT1sGXPBeXXzMmY7JfxPYRSyudxPQ4XJp1FlhQ iRAZRAcgNElctWJEqGCkveGVAv8kM9eZzp56+PV4/sjK8+VwAj55B7sKvuhEv7U4zEFLfpRimMPaVl4kQ72L3ZBNY4QLBs2VgMeEag== Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 16/11/17 14:17, Giulio Benetti wrote: > Hi Hans, > > Il 16/11/2017 14:12, Hans Verkuil ha scritto: >> On 16/11/17 13:57, Giulio Benetti wrote: >>> Il 16/11/2017 13:53, Maxime Ripard ha scritto: >>>> 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. >>> >>> and then they took it off because it was unmantained? >>> You've spoken about Thomas(in CC) not ready, >>> maybe I could help on that if it's public to accelerate. >>> If I'm able to of course, this is my primary concern. >>> >>> Otherwise, in which way can I help improving it to make it accept to linux-sunxi? >>> Starting from Florent's work and porting it to sunxi-next to begin? >>> And after that adding all features you've listed? >>> Tell me what I can do(I repeat, if I'm able to). >> >> The bottleneck is that the Request API is not mainlined. We restarted work >> on it after a meeting a few weeks back where we all agreed on the roadmap >> so hopefully it will go into mainline Q1 or Q2 next year. >> >> That said, you can use Florent's patch series for further development. >> It should be relatively easy to convert it to the final version of the >> Request API. Just note that the public API of the final Request API will >> be somewhat different from the old version Florent's patch series is using. > > So I'm going to try soon to : > 1) adapt that patchset to sunxi-next > 2) add A20 support > 3) add A33 support > 4) after mainlined APIs, merge > > Alright? Sounds reasonable. Regards, Hans > > Regards > >> >> Regards, >> >> Hans >> >>> >>>> >>>> Maxime >>>> >>> >>> Thank you >>> >> > >