/* SPDX-License-Identifier: GPL-2.0-only */1/*2* TLB flush support for Hexagon3*4* Copyright (c) 2010-2011, The Linux Foundation. All rights reserved.5*/67#ifndef _ASM_TLBFLUSH_H8#define _ASM_TLBFLUSH_H910#include <linux/mm.h>11#include <asm/processor.h>1213/*14* TLB flushing -- in "SMP", these routines get defined to be the15* ones from smp.c, else they are some local flavors.16*/1718/*19* These functions are commonly macros, but in the interests of20* VM vs. native implementation and code size, we simply declare21* the function prototypes here.22*/23extern void tlb_flush_all(void);24extern void flush_tlb_mm(struct mm_struct *mm);25extern void flush_tlb_page(struct vm_area_struct *vma, unsigned long addr);26extern void flush_tlb_range(struct vm_area_struct *vma,27unsigned long start, unsigned long end);28extern void flush_tlb_kernel_range(unsigned long start, unsigned long end);29extern void flush_tlb_one(unsigned long);3031/*32* "This is called in munmap when we have freed up some page-table pages.33* We don't need to do anything here..."34*35* The VM kernel doesn't walk page tables, and they are passed to the VMM36* by logical address. There doesn't seem to be any possibility that they37* could be referenced by the VM kernel based on a stale mapping, since38* they would only be located by consulting the mm structure, and they39* will have been purged from that structure by the munmap. Seems like40* a noop on HVM as well.41*/42#define flush_tlb_pgtables(mm, start, end)4344#endif454647