{"id":806268,"url":"http://patchwork.ozlabs.org/api/1.0/patches/806268/?format=json","project":{"id":2,"url":"http://patchwork.ozlabs.org/api/1.0/projects/2/?format=json","name":"Linux PPC development","link_name":"linuxppc-dev","list_id":"linuxppc-dev.lists.ozlabs.org","list_email":"linuxppc-dev@lists.ozlabs.org","web_url":"https://github.com/linuxppc/wiki/wiki","scm_url":"https://git.kernel.org/pub/scm/linux/kernel/git/powerpc/linux.git","webscm_url":"https://git.kernel.org/pub/scm/linux/kernel/git/powerpc/linux.git/"},"msgid":"<20170827161032.22772-6-hch@lst.de>","date":"2017-08-27T16:10:25","name":"[05/12] ia64: make dma_cache_sync a no-op","commit_ref":null,"pull_url":null,"state":"not-applicable","archived":false,"hash":"a8df753c64661a78c8aaf805f72b87d7e2d3b645","submitter":{"id":82,"url":"http://patchwork.ozlabs.org/api/1.0/people/82/?format=json","name":"Christoph Hellwig","email":"hch@lst.de"},"delegate":null,"mbox":"http://patchwork.ozlabs.org/project/linuxppc-dev/patch/20170827161032.22772-6-hch@lst.de/mbox/","series":[{"id":29,"url":"http://patchwork.ozlabs.org/api/1.0/series/29/?format=json","date":"2017-08-27T16:10:24","name":"[01/12] floppy: consolidate the dummy fd_cacheflush definition","version":1,"mbox":"http://patchwork.ozlabs.org/series/29/mbox/"}],"check":"pending","checks":"http://patchwork.ozlabs.org/api/patches/806268/checks/","tags":{},"headers":{"Return-Path":"<linuxppc-dev-bounces+patchwork-incoming=ozlabs.org@lists.ozlabs.org>","X-Original-To":["patchwork-incoming@ozlabs.org","linuxppc-dev@lists.ozlabs.org"],"Delivered-To":["patchwork-incoming@ozlabs.org","linuxppc-dev@lists.ozlabs.org"],"Received":["from lists.ozlabs.org (lists.ozlabs.org [IPv6:2401:3900:2:1::3])\n\t(using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits))\n\t(No client certificate requested)\n\tby ozlabs.org (Postfix) with ESMTPS id 3xgKtB3dTLz9s8w\n\tfor <patchwork-incoming@ozlabs.org>;\n\tMon, 28 Aug 2017 02:22:10 +1000 (AEST)","from lists.ozlabs.org (lists.ozlabs.org [IPv6:2401:3900:2:1::3])\n\tby lists.ozlabs.org (Postfix) with ESMTP id 3xgKtB2TfyzDqKl\n\tfor <patchwork-incoming@ozlabs.org>;\n\tMon, 28 Aug 2017 02:22:10 +1000 (AEST)","from bombadil.infradead.org (bombadil.infradead.org\n\t[65.50.211.133])\n\t(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256\n\tbits)) (No client certificate requested)\n\tby lists.ozlabs.org (Postfix) with ESMTPS id 3xgKdD1WdXzDqZr\n\tfor <linuxppc-dev@lists.ozlabs.org>;\n\tMon, 28 Aug 2017 02:10:56 +1000 (AEST)","from clnet-p099-196.ikbnet.co.at ([83.175.99.196] helo=localhost)\n\tby bombadil.infradead.org with esmtpsa (Exim 4.87 #1 (Red Hat\n\tLinux)) id 1dm09A-0006sA-Pe; Sun, 27 Aug 2017 16:10:49 +0000"],"Authentication-Results":["ozlabs.org;\n\tdkim=fail reason=\"signature verification failed\" (2048-bit key;\n\tunprotected) header.d=infradead.org header.i=@infradead.org\n\theader.b=\"PJiOOCrt\"; dkim-atps=neutral","lists.ozlabs.org;\n\tdkim=fail reason=\"signature verification failed\" (2048-bit key;\n\tunprotected) header.d=infradead.org header.i=@infradead.org\n\theader.b=\"PJiOOCrt\"; dkim-atps=neutral","lists.ozlabs.org; dkim=pass (2048-bit key;\n\tunprotected) header.d=infradead.org header.i=@infradead.org\n\theader.b=\"PJiOOCrt\"; dkim-atps=neutral"],"DKIM-Signature":"v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;\n\td=infradead.org; s=bombadil.20170209;\n\th=References:In-Reply-To:Message-Id:\n\tDate:Subject:Cc:To:From:Sender:Reply-To:MIME-Version:Content-Type:\n\tContent-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:\n\tResent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:\n\tList-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;\n\tbh=Uwu+9A0z95q/irkl2CO2BDnLQWOKgUa9OVgShS5p5uE=;\n\tb=PJiOOCrt3FVLiLl+AWE3ThKB/\n\tqKCRES1Doj/FHIaQapWEeMl8ZammS4W3YB3q95OB2QtaJcKVd7qFfs4Z9md1lSuSwZn7uz9rz7vXb\n\tHQmxnFU1og9u+ukxmlqnsMz7Tcx5e60JGHiyhEE1D6fG/EuuuoI2d7OZp9Cniix8icD9o2pW5m6vT\n\tV+mym6JJxxNVD2p1BhjGoB+WN0q5qCBkN1yP2aR2BxYkyOSuN7NtfWXbH6XTdqLGidnmyxkRhNsXa\n\tZUN98M0i8Gl1OYREB5l22DpfN0sPmErsHAK7Jno/p4yhWJsAQcedahCxPIuX7FgvxPWh/L0ihXUsd\n\thkJAzdZQg==;","From":"Christoph Hellwig <hch@lst.de>","To":"iommu@lists.linux-foundation.org","Subject":"[PATCH 05/12] ia64: make dma_cache_sync a no-op","Date":"Sun, 27 Aug 2017 18:10:25 +0200","Message-Id":"<20170827161032.22772-6-hch@lst.de>","X-Mailer":"git-send-email 2.11.0","In-Reply-To":"<20170827161032.22772-1-hch@lst.de>","References":"<20170827161032.22772-1-hch@lst.de>","X-SRS-Rewrite":"SMTP reverse-path rewritten from <hch@infradead.org> by\n\tbombadil.infradead.org. See http://www.infradead.org/rpr.html","X-BeenThere":"linuxppc-dev@lists.ozlabs.org","X-Mailman-Version":"2.1.23","Precedence":"list","List-Id":"Linux on PowerPC Developers Mail List\n\t<linuxppc-dev.lists.ozlabs.org>","List-Unsubscribe":"<https://lists.ozlabs.org/options/linuxppc-dev>,\n\t<mailto:linuxppc-dev-request@lists.ozlabs.org?subject=unsubscribe>","List-Archive":"<http://lists.ozlabs.org/pipermail/linuxppc-dev/>","List-Post":"<mailto:linuxppc-dev@lists.ozlabs.org>","List-Help":"<mailto:linuxppc-dev-request@lists.ozlabs.org?subject=help>","List-Subscribe":"<https://lists.ozlabs.org/listinfo/linuxppc-dev>,\n\t<mailto:linuxppc-dev-request@lists.ozlabs.org?subject=subscribe>","Cc":"Chris Zankel <chris@zankel.net>, Michal Simek <monstr@monstr.eu>,\n\tlinux-ia64@vger.kernel.org, linux-mips@linux-mips.org,\n\tlinux-sh@vger.kernel.org, linuxppc-dev@lists.ozlabs.org,\n\tlinux-xtensa@linux-xtensa.org, x86@kernel.org,\n\tlinux-kernel@vger.kernel.org, \n\tDavid Howells <dhowells@redhat.com>, Max Filippov <jcmvbkbc@gmail.com>,\n\tGuan Xuetao <gxt@mprc.pku.edu.cn>, Robin Murphy <robin.murphy@arm.com>,\n\tMarek Szyprowski <m.szyprowski@samsung.com>","Errors-To":"linuxppc-dev-bounces+patchwork-incoming=ozlabs.org@lists.ozlabs.org","Sender":"\"Linuxppc-dev\"\n\t<linuxppc-dev-bounces+patchwork-incoming=ozlabs.org@lists.ozlabs.org>"},"content":"ia64 does not implement DMA_ATTR_NON_CONSISTENT allocations, so it doesn't\nmake any sense to do any work in dma_cache_sync given that it must be a\nno-op when dma_alloc_attrs returns coherent memory.\n\nSigned-off-by: Christoph Hellwig <hch@lst.de>\n---\n arch/ia64/include/asm/dma-mapping.h | 5 -----\n 1 file changed, 5 deletions(-)","diff":"diff --git a/arch/ia64/include/asm/dma-mapping.h b/arch/ia64/include/asm/dma-mapping.h\nindex 3ce5ab4339f3..99dfc1aa9d3c 100644\n--- a/arch/ia64/include/asm/dma-mapping.h\n+++ b/arch/ia64/include/asm/dma-mapping.h\n@@ -48,11 +48,6 @@ static inline void\n dma_cache_sync (struct device *dev, void *vaddr, size_t size,\n \tenum dma_data_direction dir)\n {\n-\t/*\n-\t * IA-64 is cache-coherent, so this is mostly a no-op.  However, we do need to\n-\t * ensure that dma_cache_sync() enforces order, hence the mb().\n-\t */\n-\tmb();\n }\n \n #endif /* _ASM_IA64_DMA_MAPPING_H */\n","prefixes":["05/12"]}