Received: by 2002:a05:6a10:a0d1:0:0:0:0 with SMTP id j17csp483975pxa; Wed, 19 Aug 2020 06:58:58 -0700 (PDT) X-Google-Smtp-Source: ABdhPJx2XmCw7CIi1HAvIytj4SA4xoeJbrdgfd0YQWQIhYzU7pxUReRCyVRVNa8iBFTuYctBXgBS X-Received: by 2002:a17:906:d288:: with SMTP id ay8mr24811368ejb.373.1597845538735; Wed, 19 Aug 2020 06:58:58 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1597845538; cv=none; d=google.com; s=arc-20160816; b=CHtW7049oEj/cLke//bI6bhgRtPu+8Qww6p3G33nJwFs7ByXRp4NqAixdTUgKoCLvH 4XBTDNWw8zs1zqwJ2OQyzsOkIOM3mXRju7dNwFUHqJ04VlcuwfNdsvB6rUnFR3h4cbJs +EgTJvZRpzYEaCJfBpyzLKKaBqc5XbHQl8VI/f++b1u8FzLxmfvRHF1OukakgN+jlfG/ jlXCB9SqYty+yGqtRLsJ/i4Lb1vHLUMcG19SBgA4byCSSU6Tjaad5af4yQw/kCpvywxA 0XJGnl0c9vzOXx8hCZRFzj44/ojXoGQpq+3OSQIPTkhInyvHuwyp7gI9QSztjw1AnStm UBqg== 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=Dj7QE1BpCUr4L7yPgkQFAWS5Q/6hgvcT2liY3U0Er8w=; b=bOW9A8CRHL5T/Rqu2U9Bl+YW+3aEUo8MBJeHZx+/pLU6KfpSar/OOECBo8UZm61PV8 dmm5/+d8hptza/d8lvIjoZpHkPQrIfMQWuwqhvC+l/mufXJ+E+8x0L/bjHdhG7fw/g4q r02XTYCQvIw6VEJes+VOLrIGZrXp3sl4fuTqHB//hVF68b7KOm1Mqwb52bYvB6ini+10 RjTh/V1DLvDJv+wapUTbWpF07D6ln8QaNTwpxrh4RywjzcS0qrf+gymK+4O8mAdRTlBC NY327KG4TwjfJj+Sg4nFnCp/ReNltUCiFCbqro9u/vn7fD+3AIKJCsZRx0DNERcavBXj LPMw== 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 v15si15546324edy.90.2020.08.19.06.58.34; Wed, 19 Aug 2020 06:58:58 -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 S1728504AbgHSN5r (ORCPT + 99 others); Wed, 19 Aug 2020 09:57:47 -0400 Received: from verein.lst.de ([213.95.11.211]:37922 "EHLO verein.lst.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728160AbgHSN5p (ORCPT ); Wed, 19 Aug 2020 09:57:45 -0400 Received: by verein.lst.de (Postfix, from userid 2407) id 9352F68BFE; Wed, 19 Aug 2020 15:57:39 +0200 (CEST) Date: Wed, 19 Aug 2020 15:57:38 +0200 From: Christoph Hellwig To: Tomasz Figa Cc: Robin Murphy , 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 Kernel Mailing List , "James E.J. Bottomley" , linux-mm@kvack.org, Marek Szyprowski , 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 , "list@263.net:IOMMU DRIVERS , Joerg Roedel ," , Thomas Bogendoerfer , linux-parisc@vger.kernel.org, netdev@vger.kernel.org, Seung-Woo Kim , linux-mips@vger.kernel.org Subject: Re: [PATCH 05/28] media/v4l2: remove V4L2-FLAG-MEMORY-NON-CONSISTENT Message-ID: <20200819135738.GB17098@lst.de> References: <20200819065555.1802761-1-hch@lst.de> <20200819065555.1802761-6-hch@lst.de> <62e4f4fc-c8a5-3ee8-c576-fe7178cb4356@arm.com> 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 Wed, Aug 19, 2020 at 02:49:01PM +0200, Tomasz Figa wrote: > With the default config it doesn't, but with > CONFIG_DMA_NONCOHERENT_CACHE_SYNC enabled it makes dma_pgprot() keep > the pgprot value as is, without enforcing coherence attributes. Which isn't selected on arm64, and that is for a good reason. > AFAIK dma_cache_sync() isn't the only way to perform the cache > synchronization. Yes, it is the only documented way to do it. And if you read the whole series instead of screaming you'd see that it provides a proper way to deal with non-coherent memory which will also work with arm64. instead of screaming > By the way, as a videobuf2 reviewer, I'd appreciate being CC'd on any > series related to the subsystem-facing DMA API changes, since > videobuf2 is one of the biggest users of it. The cc list is too long - I cc lists and key maintainers. As a reviewer should should watch your subsystems lists closely.