Received: by 2002:a25:683:0:0:0:0:0 with SMTP id 125csp1245229ybg; Tue, 2 Jun 2020 05:13:13 -0700 (PDT) X-Google-Smtp-Source: ABdhPJx2iPBfl0c9cg8TEYnFyd9VJEIsBx1WMOG3Q0BUTbjE7k3hO6BTC0j6nb+lK0KWI/mU1SAY X-Received: by 2002:a17:906:724f:: with SMTP id n15mr23000555ejk.266.1591099993659; Tue, 02 Jun 2020 05:13:13 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1591099993; cv=none; d=google.com; s=arc-20160816; b=NZ0NzlYbz+hTakO6VliincwnTAV+6EcgZoIbMC/ZwsbuUwua/DLsT2hponhf7K5LtX /i/3TxtEBUY3k3zZnMPTfsfNwzJPFpuwS2Zt5wiV9VBgh1aLIIuPUdt9Cc+p1TGwm/QD byJlvQ6QbVUs8rj7LrFsWDLqiY8FOpZ1wlKaivEU2RfxhwaWnk2rD6jMVuNgi7MiHoYH 4z+7Mg/4IWJPjKKf3IAn09Ykmcx90Roj2DAgCFWvXvFtdUjhUqF7h6T2vIiSkSEtMZiT f9s9FWWfWMuIUUi9pV/BuewQ2C5g/goWRrrIvPc6FvaYPfaoYpUMci1VX3gw2UeOfoWy QhqA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:date:from :dkim-signature; bh=V2uYDYvTpzXxeNKnkNIGug7/bVN4wAJFHdUKLy8MXAI=; b=BuobL8W/UaTjicbEt/cr6tHEDefPQo7IKPPO/6fTR43SwjvFStdsl4aOJBWoAAMe3x hSsyUyXnQKO2b2xEQ6NWw+KXYtmiv5yH8uAjtFs6mfmbpeK8EmYAgFntgqVFqcE6urKK aTPeVK+alxRhCRxgc5yHrEqFkZXqIKfVNcW+IohTs3Is5gqxXsIGHNAWhocmhhTwnIA1 4q20OdPKa0eFqJlrrqTSHaEeKapVzDyLAEkf0gD06QZhm73z6ibtJTzDGbS5Ht+vW130 OH7w/GpIsI+i7lw4XQBcK7P1HPV/mDVsiT3eq+9Iapgv4leN6rXbc7Pp47BM/4KQrT99 86hQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=bxq8lSQD; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id gu3si1377749ejb.442.2020.06.02.05.12.50; Tue, 02 Jun 2020 05:13:13 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=bxq8lSQD; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727982AbgFBMKy (ORCPT + 99 others); Tue, 2 Jun 2020 08:10:54 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:37650 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725921AbgFBMKw (ORCPT ); Tue, 2 Jun 2020 08:10:52 -0400 Received: from mail-pj1-x1041.google.com (mail-pj1-x1041.google.com [IPv6:2607:f8b0:4864:20::1041]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id D43F4C061A0E; Tue, 2 Jun 2020 05:10:52 -0700 (PDT) Received: by mail-pj1-x1041.google.com with SMTP id d6so1355402pjs.3; Tue, 02 Jun 2020 05:10:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:date:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to; bh=V2uYDYvTpzXxeNKnkNIGug7/bVN4wAJFHdUKLy8MXAI=; b=bxq8lSQDgv9sZxmAbZ7U5hT5hFMuKvlqToqx1TuKlgJlOeIRJw81/iU7O9dKPwZFpy pgiq/pNNUMbLNYh/pil/gjX8cRu7Sj4OiUC2NsqIaXsXlWKywhdVkAF9L9dLBxohZhPr fgAWQhh4vkCqjM/SiS0TULA+PQbNTltv1AsDrRH1PxBlibLGTXImuZEaJ/mWkYPpkJ0y BxZG6LC3bK6RBdrPGTIGDq2jwEa3UuDkR4Xa1KbvB+7WA940FxeLYUZ6kqf+A6mgeun9 FKL4gjXWlyXT0dspCK0cI6enUTf2761NoQoIiZkZvqyZbkO15K+ltjJaLsETjT4AI8De fuMw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:date:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to; bh=V2uYDYvTpzXxeNKnkNIGug7/bVN4wAJFHdUKLy8MXAI=; b=CpH5D9XAZ8HLNOZcH0vfoiFwJdamKrEas7+ziXMw73cMf30YtvJRzHcBv57CfNASW1 Mt9rSkzGxPoAqL4QDP5jNrJ1J00swHBzGBnjAwG9UglNyQJdBcRZTXKDtXw9M3AYouE4 7eDapfqL1WkrpjwfegIS3bygjesqciXI+OffTVjFL1sRKG0574AF8K6h29R30Wy0DBon Hw6lm6EReXCjcg8Ub+1+wXR7srhkKRThMEwO5lP+WHquFoexWoQxhwsSKWeRrmVKFmug MbwntV7teWeJwS469PR/TqtfwfjBTiwQpCH/c1K+skAj/9Wm0InIrcXzEsFasRXgnTYA +DZA== X-Gm-Message-State: AOAM5330s2HNmxA2ntwGfNm6lY6NanZNwzIP6y1dV9rQ3MQ1U3BJeN/U VqL8sdwp+rxkHHHnU/Mf5lI= X-Received: by 2002:a17:90b:23c8:: with SMTP id md8mr5464609pjb.72.1591099852280; Tue, 02 Jun 2020 05:10:52 -0700 (PDT) Received: from localhost ([2409:10:2e40:5100:6e29:95ff:fe2d:8f34]) by smtp.gmail.com with ESMTPSA id x2sm2271776pfj.142.2020.06.02.05.10.51 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 02 Jun 2020 05:10:51 -0700 (PDT) From: Sergey Senozhatsky X-Google-Original-From: Sergey Senozhatsky Date: Tue, 2 Jun 2020 21:10:49 +0900 To: Hans Verkuil Cc: Sergey Senozhatsky , Hans Verkuil , Mauro Carvalho Chehab , Tomasz Figa , linux-media@vger.kernel.org, linux-kernel@vger.kernel.org, Sergey Senozhatsky Subject: Re: [PATCH v6 03/14] videobuf2: handle V4L2 buffer cache flags Message-ID: <20200602121049.GB617@jagdpanzerIV.localdomain> References: <20200514160153.3646-1-sergey.senozhatsky@gmail.com> <20200514160153.3646-4-sergey.senozhatsky@gmail.com> <20200602101834.GA617@jagdpanzerIV.localdomain> <9ec2618b-0cce-b00e-08cf-b579d9aa1d5d@xs4all.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <9ec2618b-0cce-b00e-08cf-b579d9aa1d5d@xs4all.nl> Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On (20/06/02 12:27), Hans Verkuil wrote: [..] > > Sorry, Hans, do you suggest to have something like this: > > > > if (q->memory == VB2_MEMORY_DMABUF) { > > vb->need_cache_sync_on_finish = 0; > > vb->need_cache_sync_on_prepare = 0; > > b->flags &= ~V4L2_BUF_FLAG_NO_CACHE_INVALIDATE; > > b->flags &= ~V4L2_BUF_FLAG_NO_CACHE_CLEAN; > > return; > > } > > > > I didn't clear the ->flags there because we clear the vb flush/sync > > flags: ->need_cache_sync_on_finish/prepare are zeros for DMABUF memory > > type. Which is equivalent to passing V4L2_BUF_FLAG_NO_CACHE_INVALIDATE > > V4L2_BUF_FLAG_NO_CACHE_CLEAN. IOW we would clearing both "vb's do cache > > sync" and request's "do not cache sync". > > Ah, yes. In that case the v4l-utils patch is likely wrong. > Can you take a look at that patch? Hans, are we talking about "v4l2-utils: test cache_hints for MMAP queues" patch? I can take a look, yes. -ss