Received: by 10.223.164.202 with SMTP id h10csp2917169wrb; Tue, 28 Nov 2017 03:30:56 -0800 (PST) X-Google-Smtp-Source: AGs4zMY+Wh4NlgJgCjn8PvWmVNObhsb1pazdZXEipLGEFJyUXRsEt2B8AI8PWgQRBgQZs1mZIS0q X-Received: by 10.98.202.26 with SMTP id n26mr16875691pfg.202.1511868656422; Tue, 28 Nov 2017 03:30:56 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1511868656; cv=none; d=google.com; s=arc-20160816; b=eF9AuqhEsmxObiAkeWFcm88pBAhbz4KpmWYHpdW2B2GFDufl/5tMxcUH1G8pe1HmcJ kDGTOSsFAG/+XI8X9MiTbDEHONmvzdXmMaP+D+mFDYba7gtri0WCCEr6FuqYfVWOeNhK qp+2R2RbtVgePGO9p+m0uoFju4y+YGmKd6GgEenMw1K94VW2dlJFc35uCKdmwb9UW1LD PRgWhxOsDdX2LkdqsHi5LIKdPqvVsiD7othY5ozxQ8RF4I8w2+ng8LAtUQF9wiXjb/hp 4QghVRMZFTlF9kJlloj36rJRKF6zDu0TZUQ2T1o7DzTZZdkXzPx7bl9/I3WAm7HdeGhL cuLw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:organization:from:references:cc:to:subject :arc-authentication-results; bh=bl6vOZ5GmUOx5T/fvIRqeXbPjRHLc7/IdSpbMvWKfGU=; b=aajR1RLB9o8MSeagld3z8Jc+ZChPwXhd26ppmZExZxO7thVntT9jWaiDp36hmueB+0 IIy11HVdVqxTTODs6vsgDCd7Y9W9f8/NnyWE7HLcv1jkIhfW5k81tAYmZRgDxm7cadaO dDY5vv71JqvkKMPHVtXVDVGOYyrJkFYKet+QkYcHoxa37TG17eikU8X1WGpv/vM0JNpZ YmxAZOckOr0xbg3L/oqA+/YdUZrwc2LidOcufrBzQH8P3RyYhDRTf/Arcj7gUYqHXGrL 7DmG8a9PVQezjDxwSxi5AnxbS91OdsqAWuFQMmg5uow3f879LptrZJEcrOjs+q0WqTcT x0iw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id q5si21150751pgs.112.2017.11.28.03.30.44; Tue, 28 Nov 2017 03:30:56 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753067AbdK1L2U (ORCPT + 78 others); Tue, 28 Nov 2017 06:28:20 -0500 Received: from PrakOutbound.VEHosting.nl ([85.17.51.155]:57630 "EHLO Prakkezator.VEHosting.nl" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1752278AbdK1L2S (ORCPT ); Tue, 28 Nov 2017 06:28:18 -0500 X-Greylist: delayed 418 seconds by postgrey-1.27 at vger.kernel.org; Tue, 28 Nov 2017 06:28:17 EST Received: from [192.168.72.211] (21-240.ftth.onsbrabantnet.nl [88.159.240.21]) (authenticated bits=0) by Prakkezator.VEHosting.nl (8.14.2/8.14.2) with ESMTP id vASBKxwf049530; Tue, 28 Nov 2017 12:20:59 +0100 (CET) (envelope-from thomas@vitsch.nl) Subject: Re: [linux-sunxi] Cedrus driver To: Giulio Benetti , Maxime Ripard Cc: Hans Verkuil , Andreas Baierl , linux-sunxi , linux@armlinux.org.uk, wens@csie.org, linux-kernel@vger.kernel.org, linux-media@vger.kernel.org References: <1511868059-2055094631.224aeb721c@prakkezator.vehosting.nl> From: Thomas van Kleef Organization: Vitsch Electronics Message-ID: <5d1cad5b-7d36-71fd-2e23-3bfe05f6e56f@vitsch.nl> Date: Tue, 28 Nov 2017 12:20:59 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.4.0 MIME-Version: 1.0 In-Reply-To: <2c0f9ae3-a29d-736b-655e-5affbd931b4d@micronovasrl.com> Content-Type: text/plain; charset=windows-1252 Content-Language: en-US Content-Transfer-Encoding: 8bit x-ve-auth-version: mi-1.3.0 2017-09-05 - Copyright (c) 2008, 2011-2012, 2014, 2016-2017 - Daan Vreeken - VEHosting x-ve-auth: authenticated as 'thomas@vitsch.nl' on Prakkezator.VEHosting.nl Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 28-11-17 10:50, Giulio Benetti wrote: > Hi Maxime, > > Il 28/11/2017 09:35, Maxime Ripard ha scritto: >> On Tue, Nov 28, 2017 at 01:03:59AM +0100, Giulio Benetti wrote: >>> Hi Maxime, >>> >>> Il 16/11/2017 14:42, Giulio Benetti ha scritto: >>>> Hi, >>>> >>>> Il 16/11/2017 14:39, Maxime Ripard ha scritto: >>>>> On Thu, Nov 16, 2017 at 02:17:08PM +0100, 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 >>>>> >>>>> That sounds good. Thomas already has the support for the A20, and as I >>>>> was saying, there is someone that is going to work full time on this >>>>> in a couple monthes on our side. >>>>> >>>>> I'll set up a git repo on github so that we can collaborate until the >>>>> request API is ready. >>> >>> Any news about git repo? >>> When do you plan to do it more or less? >> >> I started to do it yesterday. >> >> https://github.com/free-electrons/linux-cedrus >> https://github.com/free-electrons/libva-cedrus > > Great, I'm cloning. > 1st: have it working with A20 with kernel as is and libva as buildroot package > 2nd: porting to sunxi-next branch of linux-sunxi and check libva if can work as is > > Thank you > So, I have been rebasing to 4.14.0 and have the cedrus driver working. I have pulled linux-mainline 4.14.0. Then pulled the requests2 branch from Hans Verkuil's media_tree. I have a patch available of the merge between these 2 branches. After this I pulled the sunxi-cedrus repository from Florent Revests github. I believe this one is the same as the ones you are cloning right now. I have merged this and have a patch available for this as well. So to summarize: o pulled linux 4.14 from: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git o pulled requests2 from: https://git.linuxtv.org/hverkuil/media_tree.git?h=requests2 will be replaced with the work, when it is done, in: https://git.linuxtv.org/hverkuil/media_tree.git?h=ctrl-req-v2 o pulled linux-sunxi-cedrus from: https://github.com/FlorentRevest/linux-sunxi-cedrus o merged and made patch between linux4.14 and requests2 o merged and made patch with linux-sunxi-cedrus o Verified that the video-engine is decofing mpeg-2 on the Allwinner A20. So maybe if someone is interested in this, I could place the patches somewhere? Just let me know. It would be nice to be able to play a file, so I would have to prepare our custom player and make a patch between the current sunxi-cedrus-drv-video and the one on https://github.com/FlorentRevest/sunxi-cedrus-drv-video. So I will start with this if there is any interest. Should I be working in sunxi-next I wonder? >> >> Maxime >> > > From 1585309021542541700@xxx Tue Nov 28 11:28:17 +0000 2017 X-GM-THRID: 1584225895006680074 X-Gmail-Labels: Inbox,Category Forums,HistoricalUnread