Received: by 2002:a25:e7d8:0:0:0:0:0 with SMTP id e207csp2055223ybh; Sun, 8 Mar 2020 20:48:08 -0700 (PDT) X-Google-Smtp-Source: ADFU+vvrEDDrYWYBPypmj+Y4T2QpIctgpSez24ZiOB7jpNdbSVSc/F3aLVqC42SO728mkuDa6i5z X-Received: by 2002:aca:5194:: with SMTP id f142mr10385545oib.100.1583725688789; Sun, 08 Mar 2020 20:48:08 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1583725688; cv=none; d=google.com; s=arc-20160816; b=DvajlnuVRy+lzqggO7OuRdxlcw8nUu+0GNPtL5NTmEN335Oo4uo5dS2jtRpiPWWGFB 6xOIvCByZEzFtYY04ajtgrFJUUgNKB4L2BjacbKasKeXuAuxodxZcwu5QB0tKDamkCJt PYU/72Uwzl8bsImMhrHF3///TCvjK+J/lQP5A2AM31QLBv7TgJUqNoQBEFcPQkx37flx lmmXsA9tM+Qn//Qsq5jNMfWFJ7FMm3LPrJFt9C2+MToVHIYTDbbYWycDNKUJrIbDLRhb dm8so22Cdz8pOFoisfSsIly0G1V7RJWxHeRRII0cyMhVHR9uBx1McjneQ98vfmDZpRDl Ia+g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:dkim-signature; bh=hCQJjkOxe7TEFLv8spUGepDErGH2iU6Q84+9xEiVkjo=; b=dv1ZTQajwxsakRD5WVdIepp5gerND2FG0o2Qo5mdB9zRisbREl+gF74efyBfdPb8rB rywqm364LEo6FoxAx+ACIiw/sknfGmgXZDIitN6l+2JIFlRpv09U6MvKlHWoRGRxWd95 AvmT0+9m1X3nh8kxco7CPg+glWBOX64NPOhh0ZdGtX9oxPc08LTGoAZ99Q9JC+TonCpr n4BZUryyE4gT1WZflwloY6iwmYZSN+Th3I/74aa+BeAKvQQckQVnWByDL3IMhLisCCrs AGasQRu6IucC1LNbDjIpAh9IffcY/N5k+vopI3mcZoDmnjnkJHwWjL/dZlAG3HleDbDG H/1g== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@chromium.org header.s=google header.b=ZUIhhwIM; 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=pass (p=NONE sp=NONE dis=NONE) header.from=chromium.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id j66si3138440oif.4.2020.03.08.20.47.56; Sun, 08 Mar 2020 20:48:08 -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; dkim=pass header.i=@chromium.org header.s=google header.b=ZUIhhwIM; 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=pass (p=NONE sp=NONE dis=NONE) header.from=chromium.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726623AbgCID1L (ORCPT + 99 others); Sun, 8 Mar 2020 23:27:11 -0400 Received: from mail-pl1-f193.google.com ([209.85.214.193]:41202 "EHLO mail-pl1-f193.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726352AbgCID1L (ORCPT ); Sun, 8 Mar 2020 23:27:11 -0400 Received: by mail-pl1-f193.google.com with SMTP id t14so3399220plr.8 for ; Sun, 08 Mar 2020 20:27:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=chromium.org; s=google; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=hCQJjkOxe7TEFLv8spUGepDErGH2iU6Q84+9xEiVkjo=; b=ZUIhhwIM2NlWLXecdVRtz5bKytTZl1CgPFonFvv5e5RO8C2CpcnnpcDPFeZdqjAbtU mpiC7tlCELsplUgQjGAtYXPsgHJVpt0Vf6Qvx7G0+CZ9QvjxVStAWeQuhlDwi8KnvKUD p28Jz9WidJ//Nn2Ppl+y6DE2NvFmIbb8L3eu8= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to:user-agent; bh=hCQJjkOxe7TEFLv8spUGepDErGH2iU6Q84+9xEiVkjo=; b=MbU67tz1WlS5nD1kctlokPnN9i+GBE21M0tUUwU9d4QFVZNwkDnDKhsOtDXq2YMAw9 eGSWU8f+X94pgF4SAH+CNX1Hoo5Vb3+jH1cDfWtYL2Gcx9O2sQsWOABPNB5U6b7GKk0o lgU5vViJmxrkgYCfuMKbTRK0TlOggBaPndyA6AqqU//SghiovyySXivqdsNlQKMiROT4 0I7st2M8RjPXTZDQOi1yOVNVJ1ehtdImc+IrQoQ5Boj93RXXfweVFKEMgbp4rw/4cym6 x3mC9vwxqBlxpV68b5vc/q6Pmz7NPPg8Apn/UFpbNcHjyExftzA7+R55bo9ExsR/nR4k g5cA== X-Gm-Message-State: ANhLgQ2klqqUw4ovy6C+bL0pvGPfu1PTzGOLy4pDF9/GJuEixBxvpIE6 //b2aj9vybW9RyO3IxyKItgZPwOpFAI= X-Received: by 2002:a17:90a:be0d:: with SMTP id a13mr16954938pjs.10.1583724429928; Sun, 08 Mar 2020 20:27:09 -0700 (PDT) Received: from localhost ([2401:fa00:8f:203:5bbb:c872:f2b1:f53b]) by smtp.gmail.com with ESMTPSA id e80sm4007270pfh.117.2020.03.08.20.27.08 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sun, 08 Mar 2020 20:27:09 -0700 (PDT) Date: Mon, 9 Mar 2020 12:27:07 +0900 From: Sergey Senozhatsky To: Hans Verkuil Cc: Sergey Senozhatsky , Hans Verkuil , Tomasz Figa , Mauro Carvalho Chehab , Kyungmin Park , Marek Szyprowski , Sakari Ailus , Laurent Pinchart , Pawel Osciak , linux-media@vger.kernel.org, linux-kernel@vger.kernel.org, Sergey Senozhatsky Subject: Re: [PATCHv4 01/11] videobuf2: add cache management members Message-ID: <20200309032707.GA9460@google.com> References: <20200302041213.27662-1-senozhatsky@chromium.org> <20200302041213.27662-2-senozhatsky@chromium.org> <17060663-9c30-de5e-da58-0c847b93e4d3@xs4all.nl> <20200307094634.GB29464@google.com> <6f5916dd-63f6-5d19-13f4-edd523205a1f@xs4all.nl> <20200307112838.GA125961@google.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.12.2 (2019-09-21) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On (20/03/07 12:47), Hans Verkuil wrote: > > Create those tests in v4l2-compliance: that's where they belong. > > You need these tests: > > For non-MMAP modes: > > 1) test that V4L2_BUF_CAP_SUPPORTS_CACHE_HINTS is never set. > > If V4L2_BUF_CAP_SUPPORTS_CACHE_HINTS is not set, then: > > 1) attempting to use V4L2_FLAG_MEMORY_NON_CONSISTENT will clear the flag > upon return (test with both reqbufs and create_bufs). > 2) attempting to use V4L2_BUF_FLAG_NO_CACHE_INVALIDATE or V4L2_BUF_FLAG_NO_CACHE_CLEAN > will clear those flags upon return (do we actually do that in the patch series?). NO_CACHE_INVALIDATE/NO_CACHE_CLEAN are cleared in vb2_fill_vb2_v4l2_buffer() [as was suggested], then the struct is copied back to user. But I think it would be better to clear those flags when we clear V4L2_FLAG_MEMORY_NON_CONSISTENT. We have 4 places which do something like "if !vb2_queue_allows_cache_hints(q) then clear flags bit". Besides, vb2_fill_vb2_v4l2_buffer() is called only for !prepared buffers, so the flags won't be cleared if the buffer is already prepared. Another thing is that, it seems, I need to patch compat32 code. It copies to user structs member by member so I need to add ->flags. > If V4L2_BUF_CAP_SUPPORTS_CACHE_HINTS is set, then: > > 1) set V4L2_FLAG_MEMORY_NON_CONSISTENT in reqbufs, but clear in create_bufs: > this should fail. > 2) clear V4L2_FLAG_MEMORY_NON_CONSISTENT in reqbufs, but set in create_bufs: > this should fail. > 3) set V4L2_FLAG_MEMORY_NON_CONSISTENT in both reqbufs and create_bufs: this should > work. > 4) clear V4L2_FLAG_MEMORY_NON_CONSISTENT in both reqbufs and create_bufs: this should > work. > 5) you can use V4L2_BUF_FLAG_NO_CACHE_INVALIDATE or V4L2_BUF_FLAG_NO_CACHE_CLEAN > without these flags being cleared in v4l2_buffer. > > All these tests can be done in testReqBufs(). I'm looking into it. Will it work if I patch the vivid test driver to enable/disable ->allow_cache_hints bit per-node and include the patch into the series. So then v4l2 tests can create some nodes with ->allow_cache_hints. Something like this: --- drivers/media/platform/vivid/vivid-core.c | 6 +++++- drivers/media/platform/vivid/vivid-core.h | 1 + drivers/media/platform/vivid/vivid-meta-cap.c | 3 +++ drivers/media/platform/vivid/vivid-meta-out.c | 3 +++ 4 files changed, 12 insertions(+), 1 deletion(-) diff --git a/drivers/media/platform/vivid/vivid-core.c b/drivers/media/platform/vivid/vivid-core.c index c62c068b6b60..9acbb59d240c 100644 --- a/drivers/media/platform/vivid/vivid-core.c +++ b/drivers/media/platform/vivid/vivid-core.c @@ -129,7 +129,8 @@ MODULE_PARM_DESC(node_types, " node types, default is 0xe1d3d. Bitmask with the "\t\t bit 16: Framebuffer for testing overlays\n" "\t\t bit 17: Metadata Capture node\n" "\t\t bit 18: Metadata Output node\n" - "\t\t bit 19: Touch Capture node\n"); + "\t\t bit 19: Touch Capture node\n" + "\t\t bit 20: Node supports cache-hints\n"); /* Default: 4 inputs */ static unsigned num_inputs[VIVID_MAX_DEVS] = { [0 ... (VIVID_MAX_DEVS - 1)] = 4 }; @@ -977,6 +978,9 @@ static int vivid_create_instance(struct platform_device *pdev, int inst) return -EINVAL; } + /* do we enable user-space cache management hints */ + dev->allow_cache_hints = node_type & 0x100000; + /* do we create a radio receiver device? */ dev->has_radio_rx = node_type & 0x0010; diff --git a/drivers/media/platform/vivid/vivid-core.h b/drivers/media/platform/vivid/vivid-core.h index 99e69b8f770f..2d311fc33619 100644 --- a/drivers/media/platform/vivid/vivid-core.h +++ b/drivers/media/platform/vivid/vivid-core.h @@ -206,6 +206,7 @@ struct vivid_dev { bool has_meta_out; bool has_tv_tuner; bool has_touch_cap; + bool allow_cache_hints; bool can_loop_video; diff --git a/drivers/media/platform/vivid/vivid-meta-cap.c b/drivers/media/platform/vivid/vivid-meta-cap.c index 780f96860a6d..6c28034d3d58 100644 --- a/drivers/media/platform/vivid/vivid-meta-cap.c +++ b/drivers/media/platform/vivid/vivid-meta-cap.c @@ -33,6 +33,9 @@ static int meta_cap_queue_setup(struct vb2_queue *vq, unsigned int *nbuffers, if (vq->num_buffers + *nbuffers < 2) *nbuffers = 2 - vq->num_buffers; + if (dev->allow_cache_hints) + vq->allow_cache_hints = true; + *nplanes = 1; return 0; } diff --git a/drivers/media/platform/vivid/vivid-meta-out.c b/drivers/media/platform/vivid/vivid-meta-out.c index ff8a039aba72..d7b808aa5f6d 100644 --- a/drivers/media/platform/vivid/vivid-meta-out.c +++ b/drivers/media/platform/vivid/vivid-meta-out.c @@ -33,6 +33,9 @@ static int meta_out_queue_setup(struct vb2_queue *vq, unsigned int *nbuffers, if (vq->num_buffers + *nbuffers < 2) *nbuffers = 2 - vq->num_buffers; + if (dev->allow_cache_hints) + vq->allow_cache_hints = true; + *nplanes = 1; return 0; } -- 2.25.1