Received: by 2002:a25:8b12:0:0:0:0:0 with SMTP id i18csp4556951ybl; Mon, 26 Aug 2019 12:11:51 -0700 (PDT) X-Google-Smtp-Source: APXvYqzO6jz59x95t3cu0VomPyVCB0XJ36ZfQfi98cbNF1IKP3QcxDSpowruyMDbRFHm2hu574rL X-Received: by 2002:aa7:9591:: with SMTP id z17mr22035040pfj.215.1566846710968; Mon, 26 Aug 2019 12:11:50 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1566846710; cv=none; d=google.com; s=arc-20160816; b=O8ShdLgsKktfNLlZ3lNCPrPEk3Zi6QKTSOump/QNFXXE8N9WVBEr9H+VzKXvYiyqKQ hHPiCv3VBhTFr17Ivv3/4y7yHkyztlFzbvWD4AhuBpO2PB29tZKAMDJNRiBv0MLi3Qsx YgF3wCsBBVomd2TaXKiW2XwtXR1DKP+E/9uup1ef04Lt3FLkcCQz1JJo6S8vrcVJNiVR Z7YN+UPkGVNcuFar0eu2wgcYJtNsnWA3Ka7b5e9hI8PmiyyM+bGGIzlALtxPqxK95nXs c28NnWxBPEzcx/zJ7o8J3n5gew0IrVlCUBBOHLHi7b5SIWLUfkpcZTsTUZ51UXmi6TfU /ffg== 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:mime-version :references:in-reply-to:message-id:date:subject:cc:to:from; bh=Y2aJBEHRwXI9/nuDoeqtCkiAytZE0iEz2oVD1kDn13w=; b=PlGIRa4hjwLqw/HZKDT9PUbDaf3Hyrco7VXO3IQwkbGxziUpBuU7NdJF/GxoiAb2qU 3HlqY6h6oGjPJgTB0/QHDcGHZnn/sU7Uh8krEWpvvP2dShb1gmi8cuTMnsdDnUW3qhbY grpl97dRhmyc7s2Faotb1DEgpkwyS9/iBcAmwNL9wm9RVlzcIRY43Zr8AcjHxB/L3WjQ u5G/yy7wibNfD4k8thzEggd9nB7s2CHCXbZcoBGx+lCSBfBbCe2Z4RoZDX/WCOSoaXy5 /8C7H2NcgXKqEGpQ2jJzbQRyXSHzqYimUxmrhAIveqPZ6yQg+mpWi8jcz0Aj4mvB3Ud7 QO0w== 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=siol.net Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id j18si9633374pgb.60.2019.08.26.12.11.35; Mon, 26 Aug 2019 12:11:50 -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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=siol.net Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2387429AbfHZSsH (ORCPT + 99 others); Mon, 26 Aug 2019 14:48:07 -0400 Received: from mailoutvs2.siol.net ([185.57.226.193]:38889 "EHLO mail.siol.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1727822AbfHZSsH (ORCPT ); Mon, 26 Aug 2019 14:48:07 -0400 Received: from localhost (localhost [127.0.0.1]) by mail.siol.net (Postfix) with ESMTP id A3AF252502C; Mon, 26 Aug 2019 20:48:02 +0200 (CEST) X-Virus-Scanned: amavisd-new at psrvmta11.zcs-production.pri Received: from mail.siol.net ([127.0.0.1]) by localhost (psrvmta11.zcs-production.pri [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id XAiW7Ff-hBd0; Mon, 26 Aug 2019 20:48:02 +0200 (CEST) Received: from mail.siol.net (localhost [127.0.0.1]) by mail.siol.net (Postfix) with ESMTPS id 08F0E522D89; Mon, 26 Aug 2019 20:48:02 +0200 (CEST) Received: from jernej-laptop.localnet (cpe-86-58-59-25.static.triera.net [86.58.59.25]) (Authenticated sender: jernej.skrabec@siol.net) by mail.siol.net (Postfix) with ESMTPA id 54683524F76; Mon, 26 Aug 2019 20:47:58 +0200 (CEST) From: Jernej =?utf-8?B?xaBrcmFiZWM=?= To: Boris Brezillon Cc: mchehab@kernel.org, hverkuil-cisco@xs4all.nl, paul.kocialkowski@bootlin.com, mripard@kernel.org, pawel@osciak.com, m.szyprowski@samsung.com, kyungmin.park@samsung.com, tfiga@chromium.org, wens@csie.org, acourbot@chromium.org, gregkh@linuxfoundation.org, linux-media@vger.kernel.org, linux-kernel@vger.kernel.org, devel@driverdev.osuosl.org, linux-arm-kernel@lists.infradead.org, ezequiel@collabora.com, jonas@kwiboo.se Subject: Re: [PATCH 5/8] media: cedrus: Detect first slice of a frame Date: Mon, 26 Aug 2019 20:47:57 +0200 Message-ID: <3859967.Y0CYr1sFaX@jernej-laptop> In-Reply-To: <20190826202831.311c7c20@collabora.com> References: <20190822194500.2071-1-jernej.skrabec@siol.net> <20190822194500.2071-6-jernej.skrabec@siol.net> <20190826202831.311c7c20@collabora.com> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Dne ponedeljek, 26. avgust 2019 ob 20:28:31 CEST je Boris Brezillon napisal(a): > Hi Jernej, > > On Thu, 22 Aug 2019 21:44:57 +0200 > > Jernej Skrabec wrote: > > When codec supports multiple slices in one frame, VPU has to know when > > first slice of each frame is being processed, presumably to correctly > > clear/set data in auxiliary buffers. > > > > Add first_slice field to cedrus_run structure and set it according to > > timestamps of capture and output buffers. If timestamps are different, > > it's first slice and viceversa. > > > > Signed-off-by: Jernej Skrabec > > --- > > > > drivers/staging/media/sunxi/cedrus/cedrus.h | 1 + > > drivers/staging/media/sunxi/cedrus/cedrus_dec.c | 2 ++ > > 2 files changed, 3 insertions(+) > > > > diff --git a/drivers/staging/media/sunxi/cedrus/cedrus.h > > b/drivers/staging/media/sunxi/cedrus/cedrus.h index > > 2f017a651848..32cb38e541c6 100644 > > --- a/drivers/staging/media/sunxi/cedrus/cedrus.h > > +++ b/drivers/staging/media/sunxi/cedrus/cedrus.h > > @@ -70,6 +70,7 @@ struct cedrus_mpeg2_run { > > > > struct cedrus_run { > > > > struct vb2_v4l2_buffer *src; > > struct vb2_v4l2_buffer *dst; > > > > + bool first_slice; > > > > union { > > > > struct cedrus_h264_run h264; > > > > diff --git a/drivers/staging/media/sunxi/cedrus/cedrus_dec.c > > b/drivers/staging/media/sunxi/cedrus/cedrus_dec.c index > > 56ca4c9ad01c..d7b54accfe83 100644 > > --- a/drivers/staging/media/sunxi/cedrus/cedrus_dec.c > > +++ b/drivers/staging/media/sunxi/cedrus/cedrus_dec.c > > @@ -31,6 +31,8 @@ void cedrus_device_run(void *priv) > > > > run.src = v4l2_m2m_next_src_buf(ctx->fh.m2m_ctx); > > run.dst = v4l2_m2m_next_dst_buf(ctx->fh.m2m_ctx); > > > > + run.first_slice = > > + run.src->vb2_buf.timestamp != run.dst- >vb2_buf.timestamp; > > Can't we use slice->first_mb_in_slice to determine if a slice is the > first? I'd expect ->first_mb_in_slice to be 0 (unless we decide to > support ASO). I'm not sure if that is always the case, I would have to check the standard. Anyway, this method of comparing timestamps was suggested to me a while ago when we were discussing details on a way forward for multi-slice decoding. I highly doubt someone would decode slices in mixed order (from different frames) in same instance. I can change that in next version if ->first_mb_in_slice == 0 is always true for the first slice. Best regards, Jernej > > > /* Apply request(s) controls if needed. */ > > src_req = run.src->vb2_buf.req_obj.req;