linux-kernel - Re: [linux-sunxi] Cedrus driver

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite for Android: free password hash cracker in your pocket

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <e03cfdb5-57b3-fefd-75c3-6b97348682ff@micronovasrl.com>
Date:   Thu, 16 Nov 2017 13:57:34 +0100
From:   Giulio Benetti <giulio.benetti@...ronovasrl.com>
To:     Maxime Ripard <maxime.ripard@...e-electrons.com>
Cc:     Andreas Baierl <list@...reisrum.de>,
        linux-sunxi <linux-sunxi@...glegroups.com>,
        linux@...linux.org.uk, wens@...e.org, linux-kernel@...r.kernel.org,
        thomas@...sch.nl, linux-media@...r.kernel.org
Subject: Re: [linux-sunxi] Cedrus driver

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).

> 
> Maxime
> 

Thank you

-- 
Giulio Benetti
R&D Manager &
Advanced Research

MICRONOVA SRL
Sede: Via A. Niedda 3 - 35010 Vigonza (PD)
Tel. 049/8931563 - Fax 049/8931346
Cod.Fiscale - P.IVA 02663420285
Capitale Sociale € 26.000 i.v.
Iscritta al Reg. Imprese di Padova N. 02663420285
Numero R.E.A. 258642