From patchwork Wed Dec 23 21:22:21 2009 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: James Bottomley X-Patchwork-Id: 69616 Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by demeter.kernel.org (8.14.3/8.14.2) with ESMTP id nBNLOK0T028384 for ; Wed, 23 Dec 2009 21:24:20 GMT Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1757115AbZLWVW6 (ORCPT ); Wed, 23 Dec 2009 16:22:58 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1757270AbZLWVW5 (ORCPT ); Wed, 23 Dec 2009 16:22:57 -0500 Received: from cantor2.suse.de ([195.135.220.15]:58585 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1757231AbZLWVWz (ORCPT ); Wed, 23 Dec 2009 16:22:55 -0500 Received: from relay1.suse.de (charybdis-ext.suse.de [195.135.221.2]) by mx2.suse.de (Postfix) with ESMTP id 61DA48726A; Wed, 23 Dec 2009 22:22:50 +0100 (CET) From: James Bottomley To: linux-arch@vger.kernel.org Cc: linux-parisc@vger.kernel.org, Christoph Hellwig , Russell King , Paul Mundt , James Bottomley Subject: [PATCHv2 1/5] mm: add coherence API for DMA to vmalloc/vmap areas Date: Wed, 23 Dec 2009 15:22:21 -0600 Message-Id: <1261603345-2494-2-git-send-email-James.Bottomley@suse.de> X-Mailer: git-send-email 1.6.5 In-Reply-To: <1261603345-2494-1-git-send-email-James.Bottomley@suse.de> References: <1261603345-2494-1-git-send-email-James.Bottomley@suse.de> Sender: linux-parisc-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-parisc@vger.kernel.org diff --git a/Documentation/cachetlb.txt b/Documentation/cachetlb.txt index da42ab4..a29129f 100644 --- a/Documentation/cachetlb.txt +++ b/Documentation/cachetlb.txt @@ -377,3 +377,30 @@ maps this page at its virtual address. All the functionality of flush_icache_page can be implemented in flush_dcache_page and update_mmu_cache. In 2.7 the hope is to remove this interface completely. + +The final category of APIs is for I/O to deliberately aliased address +ranges inside the kernel. Such aliases are set up by use of the +vmap/vmalloc API. Since kernel I/O goes via physical pages, the I/O +subsystem assumes that the user mapping and kernel offset mapping are +the only aliases. This isn't true for vmap aliases, so anything in +the kernel trying to do I/O to vmap areas must manually manage +coherency. It must do this by flushing the vmap range before doing +I/O and invalidating it after the I/O returns. + + void flush_kernel_vmap_range(void *vaddr, int size) + flushes the kernel cache for a given virtual address range in + the vmap area. This API makes sure that and data the kernel + modified in the vmap range is made visible to the physical + page. The design is to make this area safe to perform I/O on. + Note that this API does *not* also flush the offset map alias + of the area. + + void invalidate_kernel_vmap_range(void *vaddr, int size) + invalidates the kernel cache for a given virtual address range + in the vmap area. This API is designed to make sure that while + I/O went on to an address range in the vmap area, the processor + didn't speculate cache reads and thus make the cache over the + virtual address stale. Its implementation may be a nop if the + architecture guarantees never to speculate on flushed ranges + during I/O. + diff --git a/include/linux/highmem.h b/include/linux/highmem.h index 211ff44..adfe101 100644 --- a/include/linux/highmem.h +++ b/include/linux/highmem.h @@ -17,6 +17,12 @@ static inline void flush_anon_page(struct vm_area_struct *vma, struct page *page static inline void flush_kernel_dcache_page(struct page *page) { } +static inline void flush_kernel_vmap_range(void *vaddr, int size) +{ +} +static inline void invalidate_kernel_vmap_range(void *vaddr, int size) +{ +} #endif #include