Received: by 2002:a05:6a10:22f:0:0:0:0 with SMTP id 15csp1791157pxk; Tue, 1 Sep 2020 07:55:49 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxZh7gZmTW96AHjBCB4j1jtnjG38nWjaqZJcbzkdNOAzvfgdXrFQ+lm5fOgCQXEALEqqOxV X-Received: by 2002:aa7:cfda:: with SMTP id r26mr2036737edy.209.1598972149166; Tue, 01 Sep 2020 07:55:49 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1598972149; cv=none; d=google.com; s=arc-20160816; b=Xf0MnlVpbU+p8oOxloBLhvAot9CzgyFi0gSF6/j1lKwn4qWIG4KRg0IiahApAbPfR+ fHsqWuv3aWy32YlXHYazl2DoZxWBR/SquxKbeqn+BsejPaFjRtwH77Yo4LA7iI7a7wc4 flDhuknCfte/acdCcSZLasq3xA626OLpHNWyjw2fNRDHFq6wwyjOB+zD2+1o8AA8n814 rusoOXPJySPAhbqLdf6MUOW4Fz2QZDdTZJanRpgxxPKFJYJ9d6ElZ8es9MT1yIZ7l32Y MYLZhR9mWS6JpTZvv1gui+XURlgkuMZJAsrVTcq3a6AIazKkdehTmVd5q7aH+viPC1vw McRA== 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; bh=AkwS47JFYHfybPvkiz4n5+L9x/cd0aUYXyW04gtOZ0o=; b=x5BQphOsRcazUQeqVf/wwysJcxEodlM+9U4AMdoePvO7vw9oYRNRVyuJpOFHBLQTgh 0GIniQrC3lY0scjn+769ezG1rylv9I8PUZboiQ642Py96v3fwqMgRdBsXTVi1L1HtlmF bgiWL9AdLr2HLOe6WCa+Y0ZEFGHkB7YuNVEyE+CasqiKp6omJq/uflalLobemCw2U/8c hcosaoTlZmCpECHNHkeoprkoywbw3efWVP2cRd/6hLNzWdzE5ZJBRAxXfewxwCow0sUw UMRMB2/Te4P0E6vk+wB7KTIDO0tjnsZ81m60D4QSlrZhtD5S1Fq90P8WkWSZRgTnispv 9htQ== ARC-Authentication-Results: i=1; mx.google.com; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id dm13si973337ejc.733.2020.09.01.07.55.25; Tue, 01 Sep 2020 07:55:49 -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; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1725989AbgIALZY (ORCPT + 99 others); Tue, 1 Sep 2020 07:25:24 -0400 Received: from verein.lst.de ([213.95.11.211]:53056 "EHLO verein.lst.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726107AbgIALYH (ORCPT ); Tue, 1 Sep 2020 07:24:07 -0400 Received: by verein.lst.de (Postfix, from userid 2407) id 508E268B05; Tue, 1 Sep 2020 13:06:18 +0200 (CEST) Date: Tue, 1 Sep 2020 13:06:17 +0200 From: Christoph Hellwig To: Tomasz Figa Cc: Christoph Hellwig , alsa-devel@alsa-project.org, linux-ia64@vger.kernel.org, Linux Doc Mailing List , nouveau@lists.freedesktop.org, linux-nvme@lists.infradead.org, linux-mips@vger.kernel.org, "James E.J. Bottomley" , linux-mm@kvack.org, linux-samsung-soc , Joonyoung Shim , linux-scsi@vger.kernel.org, Kyungmin Park , Ben Skeggs , Matt Porter , Linux Media Mailing List , Tom Lendacky , Pawel Osciak , Mauro Carvalho Chehab , "list@263.net:IOMMU DRIVERS , Joerg Roedel ," , Thomas Bogendoerfer , linux-parisc@vger.kernel.org, netdev@vger.kernel.org, Seung-Woo Kim , Linux Kernel Mailing List , "list@263.net:IOMMU DRIVERS , Joerg Roedel ," Subject: Re: [PATCH 05/28] media/v4l2: remove V4L2-FLAG-MEMORY-NON-CONSISTENT Message-ID: <20200901110617.GA13232@lst.de> References: <20200819065555.1802761-1-hch@lst.de> <20200819065555.1802761-6-hch@lst.de> <20200819135454.GA17098@lst.de> <20200820044347.GA4533@lst.de> <20200820052004.GA5305@lst.de> <20200820165407.GD12693@lst.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.17 (2007-11-01) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Aug 20, 2020 at 07:33:48PM +0200, Tomasz Figa wrote: > > It wasn't meant to be too insulting, but I found this out when trying > > to figure out how to just disable it. But it also ends up using > > the actual dma attr flags for it's own consistency checks, so just > > not setting the flag did not turn out to work that easily. > > > > Yes, sadly the videobuf2 ended up becoming quite counterintuitive > after growing for the long years and that is reflected in the design > of this feature as well. I think we need to do something about it. So I'm about to respin the series and wonder how we should proceed. I've failed to come up with a clean patch to keep the flag and make it a no-op. Can you or your team give it a spin? Also I wonder if the flag should be renamed from NON_CONSISTENT to NON_COHERENT - the consistent thing is a weird wart from the times the old PCI DMA API that is mostly gone now.