%PDF- <> %âãÏÓ endobj 2 0 obj <> endobj 3 0 obj <>/ExtGState<>/ProcSet[/PDF/Text/ImageB/ImageC/ImageI] >>/Annots[ 28 0 R 29 0 R] /MediaBox[ 0 0 595.5 842.25] /Contents 4 0 R/Group<>/Tabs/S>> endobj ºaâÚÎΞ-ÌE1ÍØÄ÷{òò2ÿ ÛÖ^ÔÀá TÎ{¦?§®¥kuµùÕ5sLOšuY>endobj 2 0 obj<>endobj 2 0 obj<>endobj 2 0 obj<>endobj 2 0 obj<> endobj 2 0 obj<>endobj 2 0 obj<>es 3 0 R>> endobj 2 0 obj<> ox[ 0.000000 0.000000 609.600000 935.600000]/Fi endobj 3 0 obj<> endobj 7 1 obj<>/ProcSet[/PDF/Text/ImageB/ImageC/ImageI]>>/Subtype/Form>> stream
/* SPDX-License-Identifier: GPL-2.0-only */ /* * TLB flush support for Hexagon * * Copyright (c) 2010-2011, The Linux Foundation. All rights reserved. */ #ifndef _ASM_TLBFLUSH_H #define _ASM_TLBFLUSH_H #include <linux/mm.h> #include <asm/processor.h> /* * TLB flushing -- in "SMP", these routines get defined to be the * ones from smp.c, else they are some local flavors. */ /* * These functions are commonly macros, but in the interests of * VM vs. native implementation and code size, we simply declare * the function prototypes here. */ extern void tlb_flush_all(void); extern void flush_tlb_mm(struct mm_struct *mm); extern void flush_tlb_page(struct vm_area_struct *vma, unsigned long addr); extern void flush_tlb_range(struct vm_area_struct *vma, unsigned long start, unsigned long end); extern void flush_tlb_kernel_range(unsigned long start, unsigned long end); extern void flush_tlb_one(unsigned long); /* * "This is called in munmap when we have freed up some page-table pages. * We don't need to do anything here..." * * The VM kernel doesn't walk page tables, and they are passed to the VMM * by logical address. There doesn't seem to be any possibility that they * could be referenced by the VM kernel based on a stale mapping, since * they would only be located by consulting the mm structure, and they * will have been purged from that structure by the munmap. Seems like * a noop on HVM as well. */ #define flush_tlb_pgtables(mm, start, end) #endif