Received: by 2002:ac0:a5a6:0:0:0:0:0 with SMTP id m35-v6csp5106129imm; Wed, 12 Sep 2018 00:58:34 -0700 (PDT) X-Google-Smtp-Source: ANB0VdaUlHSpEYZzbD1MeVFq0Pli7Lbva/NpMNMOweembbj4vrNB3pwKw1fP0vcQQl4rfrjkufe4 X-Received: by 2002:a63:d44:: with SMTP id 4-v6mr752647pgn.107.1536739114072; Wed, 12 Sep 2018 00:58:34 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1536739114; cv=none; d=google.com; s=arc-20160816; b=MiOJUd0D0IIGUzKUTBUWpEp9rilGTDRq3mQIyAWtFA4IP73O4IXB7t7LlLkXWGGxTO HZ5pubJ7qxw2pwG8er19ck6Tezgw4L0M5tLPlRMvm/kVtQCrxc9rYr785aNMSkZNhkrK DhXBVJ0uTbsOLhseOPx2gUd95EayND/InUtHdocutl7CSGOQJzTibv2abHH0CRWPnjVy ZgNvDREFYhMHYy3ZYdyhVrRhtdMz/XPr0XGMo7ripJb3GvBbxbpQuHg9aUVFlp81cwbO sA7LINXQ7kYdSNNVJlcWnv48EnAn8oDHLWjlETIvErzyO5/1wYJIpRaeSSd8hpT8/eZS J5QQ== 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:from:references:cc:to:subject; bh=THX+6F7lSvKcNg0P6yyJEjziURBiFK2N3L4eo5hUJFU=; b=rvGwF0Gv3cB8iL/A4NSDz1WFNUbhDT7O6L8eFoeb3gmhY0NPGxT9Os0IHZVnpJ7PA3 KWzQjP2syu3bTkvoMc2xfKdUaSMrRqru/oq5kYFYSd+ukQPzWbO/dZHThuPPlxC69gwN efyQTGHliLkf4NSx7VGNsHEaR60AFS8gjrTmVZCZPRxk4hM2YyH++eIyo/YBQU6GZGtf MTKJsXZvbzFGSnYdWZZA5dn86Gfvakq/oUfX4/Caf6AeIn6ljc8Rkn7U1ilqZHK1O3V1 +CMHc9DcgKVQL0iY2E/Tj+hwNEyiqdrtLkA3cg09GQvDCK4EFW5j9LTJtFjXikzCLYvY HPbg== 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 92-v6si312066plw.81.2018.09.12.00.58.18; Wed, 12 Sep 2018 00:58:34 -0700 (PDT) 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 S1727660AbeILNAT (ORCPT + 99 others); Wed, 12 Sep 2018 09:00:19 -0400 Received: from lb2-smtp-cloud8.xs4all.net ([194.109.24.25]:36821 "EHLO lb2-smtp-cloud8.xs4all.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726358AbeILNAS (ORCPT ); Wed, 12 Sep 2018 09:00:18 -0400 Received: from [192.168.2.10] ([212.251.195.8]) by smtp-cloud8.xs4all.net with ESMTPA id 0013gUHebxO9B0016gSViE; Wed, 12 Sep 2018 09:56:56 +0200 Subject: Re: [PATCH v9 5/9] media: platform: Add Cedrus VPU decoder driver To: Maxime Ripard , Mauro Carvalho Chehab Cc: Paul Kocialkowski , linux-media@vger.kernel.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org, devel@driverdev.osuosl.org, Mauro Carvalho Chehab , Rob Herring , Mark Rutland , Chen-Yu Tsai , Greg Kroah-Hartman , Paul Kocialkowski , Thomas Petazzoni , linux-sunxi@googlegroups.com, Randy Li , Ezequiel Garcia , Tomasz Figa , Alexandre Courbot , Philipp Zabel , Laurent Pinchart , Sakari Ailus References: <20180906222442.14825-1-contact@paulk.fr> <20180906222442.14825-6-contact@paulk.fr> <20180911124625.6759e429@coco.lan> <20180912072347.nqw4uu23fykjtz72@flea> From: Hans Verkuil Message-ID: <17cad39d-cc81-164c-58a2-00ea7d1f96b3@xs4all.nl> Date: Wed, 12 Sep 2018 09:56:49 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.2.1 MIME-Version: 1.0 In-Reply-To: <20180912072347.nqw4uu23fykjtz72@flea> Content-Type: text/plain; charset=windows-1252 Content-Language: en-US Content-Transfer-Encoding: 7bit X-CMAE-Envelope: MS4wfD/cbvHkMBLhQ7vWHpaUWn3KEWf7HpSTInwSK1dekr0MthLiWHOHRjYCG8yxJbr4wymJcjJLdd0fc+ulO2742RI2Bj53Fo/LZt5hXTkrVMyt1Eh9MH5s XGdmcfXJALXUJvK7mSRliaM36ZtqFr1NbY3CvQE5lM4L81C0+jcRNarMuWy+FF6pFti4BQ0eqUIWgMm5iB/54A+1PtP14KGKEXfCkMW0sA8KsWI1DMzN04eF LmrpXD+WRWhwBrCYfOo183v8rTb7vd+EMO9gayvxDB/cyph7hKRFYIi8VP0tjrTOlDrKl9QzTFi2ZtnOB5F9/wkje1c8zxy9ns+XIeimRjUrswGD4fz3zuL2 6dRThe8g3Kfj8lcu8haQHomD6iz1H1xHhOjWcsEI+Y3hBG9tKtO0AwUVCmvu9b6lRAwVFNyzv66f9roYSJJuRoeoNNtqPtFX2pRMubOJAGWkmwdjYTGanpNV TB93AQ8tNdSZE1kxgdbUgzjaqPbFgz2VUqS5J4AX09d3uxevHrcr4x3Mu+OPF1OHPbiCc0vlw/1b/5LvOWep4Olnum6hBzSxV2z6tW6+zKPa2gUSixcN705z h7kzyPfRM6LfhObOGvodEdC6AonIv4tVT/kL+5Wx9NF0D8/EppzGcy3rjHhd39syps1ug8eOzC1mFoRe/F166rjrr/NRfsp3WclSNgeWzqvwCjNxv8DMYveh vzJrkq+/Ul2SBkeTP0hbdfsgY66rXlVty0+Klb/a0zUxVbaXVlDkHIF9+fkjiXmQL1qXarQxNCxzvfqRSGrsclmHQtS3UAPXUhaUbap/X0vrk3dy8mZdL2pP ETnMrtrc3DjMU+XEWU4hsfEW0DHEzU1HtmLdbReRPZp2Hqtb+5Q77N73u5NP/QJZpkNiTZ/XkYe0kKv9ZWRdLViJToszmYYkC2BX9YDsp45v09u7PMxsTMFl 9aQcAZY/AJ6O4cmZz+2rn6eNnuhgVBQQ9gLi2FmveBTMxpp7 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 09/12/2018 09:23 AM, Maxime Ripard wrote: > On Tue, Sep 11, 2018 at 12:46:25PM -0300, Mauro Carvalho Chehab wrote: >> Em Fri, 7 Sep 2018 00:24:38 +0200 >> Paul Kocialkowski escreveu: >> >>> From: Paul Kocialkowski >>> >>> This introduces the Cedrus VPU driver that supports the VPU found in >>> Allwinner SoCs, also known as Video Engine. It is implemented through >>> a V4L2 M2M decoder device and a media device (used for media requests). >>> So far, it only supports MPEG-2 decoding. >>> >>> Since this VPU is stateless, synchronization with media requests is >>> required in order to ensure consistency between frame headers that >>> contain metadata about the frame to process and the raw slice data that >>> is used to generate the frame. >>> >>> This driver was made possible thanks to the long-standing effort >>> carried out by the linux-sunxi community in the interest of reverse >>> engineering, documenting and implementing support for the Allwinner VPU. >>> >>> Signed-off-by: Paul Kocialkowski >>> Acked-by: Maxime Ripard >> >> There are several checkpatch issues here. Ok, some can be >> ignored, but there are at least some of them that sounda relevant. > > Sorry for that. Given that it's intended to be in staging, do you want > us to send subsequent patches or the whole serie? I would actually prefer a v10 with the current follow-up patches merged into the main driver. I'm getting kbuild errors for the Kconfig missing select and the PHYS_PFN_OFFSET. So let's just spin a v10. It would help if you post a follow-up patch for the checkpatch changes (that's easy to review), then post a v10 with just that and the other follow-on patches merged into the driver patch itself, and that's what I'll use for the pull request. Sorry, I should have seen those checkpatch.pl warnings myself, but I discovered that my git hooks didn't use the --strict option with checkpatch. I'd have sworn that I had added it in the past, but apparently not :-( Regards, Hans