Received: by 2002:a25:868d:0:0:0:0:0 with SMTP id z13csp934270ybk; Sun, 10 May 2020 01:00:26 -0700 (PDT) X-Google-Smtp-Source: APiQypLqzOZKkVI3pOIURM/3a+nls2/JuEuotVYLrk96fSAHltFnlIbwvR9USf8j17mGw/afcvLE X-Received: by 2002:a17:906:9453:: with SMTP id z19mr8722367ejx.276.1589097626043; Sun, 10 May 2020 01:00:26 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1589097626; cv=none; d=google.com; s=arc-20160816; b=aHHIjFxZBUjUnan2ga23+G4kW4A8IZFXfB4ZpYopmtsOyTRwMEib4r/9CeDV6m7piS Xh/4GHNoaDwJyJ3B+33flP45gH2pHiT/SEeffSdv2FKmVWO2WuagNwcu4w4OYNdlHE2T mzi7RvkWECM1V2xME9zz1vhKEqltjPAR4ln8+4lyq2hIGN53cy3RJMCG6KVRQCKel9Tt IrFIB361QgOQ9FmP0jOUHMvijzKvY6S+hTD9b+NZeM7G6AKTWAiWSQIZasGqJUEat7D1 OMuYIwM5hYDYbMPPQNMm/9ESQ723+q/PpHoVfuf7CDRRvhx5f0ueRWHFzTZOm9yb29Bo OBbw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :references:in-reply-to:message-id:date:subject:cc:to:from :dkim-signature; bh=k6GtIYshQkzMKbjHn89HEgO/LyVVB61BpvX4N4bhIRg=; b=Jd/KFO4thRuIXOl/lmPHsawLO+TWwoIAXc+nu1N0u1O0GjbmsHmo1gUSEzN/JAUczu HqwVi5M2RHsThuLWddOxhvIIvCJ5Zq/kD22HYdbBJuEDChY0MqiLo7CSAvx/iFseSR5N jHaSH00hMIbFmtL8hu6Tr+wPu7ufpOS6VVO1LNmm3BRZ80rYUOykSdXYxpj0LCiuhyVP 3ZNBcBtTm5LWUojZ/pfuW7C5KnW5unVA1obYJdlr3l/wwUkzilgp671ZUE9cneW9p+nE OAU9VkW8nG3DsrMP9yIKTlJ2cETHeI11X/lcepVI3qcgog+3bA1aOfdhMvQ3ocscaNSU 04Aw== ARC-Authentication-Results: i=1; mx.google.com; dkim=fail header.i=@infradead.org header.s=bombadil.20170209 header.b=MC8iHpv1; 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 x24si754380edl.563.2020.05.10.01.00.03; Sun, 10 May 2020 01:00:26 -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=fail header.i=@infradead.org header.s=bombadil.20170209 header.b=MC8iHpv1; 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 S1729234AbgEJH42 (ORCPT + 99 others); Sun, 10 May 2020 03:56:28 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:38330 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1729201AbgEJH40 (ORCPT ); Sun, 10 May 2020 03:56:26 -0400 Received: from bombadil.infradead.org (bombadil.infradead.org [IPv6:2607:7c80:54:e::133]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id B4489C061A0C; Sun, 10 May 2020 00:56:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=infradead.org; s=bombadil.20170209; h=Content-Transfer-Encoding: MIME-Version:References:In-Reply-To:Message-Id:Date:Subject:Cc:To:From:Sender :Reply-To:Content-Type:Content-ID:Content-Description; bh=k6GtIYshQkzMKbjHn89HEgO/LyVVB61BpvX4N4bhIRg=; b=MC8iHpv1xf34D1RPKQkI9zHwKM KQAF4Bpqabs4DdnlrQl+0/o6TsTZRONOn1JA1cc2V7dJdN+ZGj5brCLMh6Ay7mKBR/64/oxgdh0Sh PH63Z+Eny01vd5rb/usxu1PVDJGidq2o16SbOGGI2lpHW2gtvwsNfaKeqBOtTW9tjS5vl/wBPDP4K TjoPq57l3BQstvyuN1vqCg+xZBh/Dt23eJGtp8l4eNw8eCgcNfK6kV6KKMZxUIs6Dw7ypaT2OKtLq x4ag9cr9rYV3oZ3x4cFYMPKjzfhI66qLyAx8/TOY9FoUQ54gyVb2y2q9Cos4JY/loLw3w3Z34mLH5 euuiTDRw==; Received: from [2001:4bb8:180:9d3f:c70:4a89:bc61:2] (helo=localhost) by bombadil.infradead.org with esmtpsa (Exim 4.92.3 #3 (Red Hat Linux)) id 1jXgok-0000Uy-9V; Sun, 10 May 2020 07:56:10 +0000 From: Christoph Hellwig To: Andrew Morton , Arnd Bergmann , Roman Zippel Cc: Jessica Yu , Michal Simek , x86@kernel.org, linux-alpha@vger.kernel.org, linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-c6x-dev@linux-c6x.org, linux-hexagon@vger.kernel.org, linux-ia64@vger.kernel.org, linux-m68k@lists.linux-m68k.org, linux-mips@vger.kernel.org, openrisc@lists.librecores.org, linuxppc-dev@lists.ozlabs.org, linux-riscv@lists.infradead.org, linux-sh@vger.kernel.org, sparclinux@vger.kernel.org, linux-arch@vger.kernel.org, linux-mm@kvack.org, linux-um@lists.infradead.org, linux-xtensa@linux-xtensa.org, linux-fsdevel@vger.kernel.org Subject: [PATCH 18/31] powerpc: use asm-generic/cacheflush.h Date: Sun, 10 May 2020 09:54:57 +0200 Message-Id: <20200510075510.987823-19-hch@lst.de> X-Mailer: git-send-email 2.26.2 In-Reply-To: <20200510075510.987823-1-hch@lst.de> References: <20200510075510.987823-1-hch@lst.de> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-SRS-Rewrite: SMTP reverse-path rewritten from by bombadil.infradead.org. See http://www.infradead.org/rpr.html Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Power needs almost no cache flushing routines of its own. Rely on asm-generic/cacheflush.h for the defaults. Also remove the pointless __KERNEL__ ifdef while we're at it. Signed-off-by: Christoph Hellwig --- arch/powerpc/include/asm/cacheflush.h | 42 +++++++-------------------- 1 file changed, 10 insertions(+), 32 deletions(-) diff --git a/arch/powerpc/include/asm/cacheflush.h b/arch/powerpc/include/asm/cacheflush.h index e92191b390f31..e682c8e10e903 100644 --- a/arch/powerpc/include/asm/cacheflush.h +++ b/arch/powerpc/include/asm/cacheflush.h @@ -4,23 +4,9 @@ #ifndef _ASM_POWERPC_CACHEFLUSH_H #define _ASM_POWERPC_CACHEFLUSH_H -#ifdef __KERNEL__ - #include #include -/* - * No cache flushing is required when address mappings are changed, - * because the caches on PowerPCs are physically addressed. - */ -#define flush_cache_all() do { } while (0) -#define flush_cache_mm(mm) do { } while (0) -#define flush_cache_dup_mm(mm) do { } while (0) -#define flush_cache_range(vma, start, end) do { } while (0) -#define flush_cache_page(vma, vmaddr, pfn) do { } while (0) -#define flush_icache_page(vma, page) do { } while (0) -#define flush_cache_vunmap(start, end) do { } while (0) - #ifdef CONFIG_PPC_BOOK3S_64 /* * Book3s has no ptesync after setting a pte, so without this ptesync it's @@ -33,20 +19,20 @@ static inline void flush_cache_vmap(unsigned long start, unsigned long end) { asm volatile("ptesync" ::: "memory"); } -#else -static inline void flush_cache_vmap(unsigned long start, unsigned long end) { } -#endif +#define flush_cache_vmap flush_cache_vmap +#endif /* CONFIG_PPC_BOOK3S_64 */ #define ARCH_IMPLEMENTS_FLUSH_DCACHE_PAGE 1 extern void flush_dcache_page(struct page *page); -#define flush_dcache_mmap_lock(mapping) do { } while (0) -#define flush_dcache_mmap_unlock(mapping) do { } while (0) void flush_icache_range(unsigned long start, unsigned long stop); -extern void flush_icache_user_range(struct vm_area_struct *vma, - struct page *page, unsigned long addr, - int len); -extern void flush_dcache_icache_page(struct page *page); +#define flush_icache_range flush_icache_range + +void flush_icache_user_range(struct vm_area_struct *vma, struct page *page, + unsigned long addr, int len); +#define flush_icache_user_range flush_icache_user_range + +void flush_dcache_icache_page(struct page *page); void __flush_dcache_icache(void *page); /** @@ -111,14 +97,6 @@ static inline void invalidate_dcache_range(unsigned long start, mb(); /* sync */ } -#define copy_to_user_page(vma, page, vaddr, dst, src, len) \ - do { \ - memcpy(dst, src, len); \ - flush_icache_user_range(vma, page, vaddr, len); \ - } while (0) -#define copy_from_user_page(vma, page, vaddr, dst, src, len) \ - memcpy(dst, src, len) - -#endif /* __KERNEL__ */ +#include #endif /* _ASM_POWERPC_CACHEFLUSH_H */ -- 2.26.2