%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
/* * linux/arch/arm/include/asm/neon.h * * Copyright (C) 2013 Linaro Ltd <ard.biesheuvel@linaro.org> * * This program is free software; you can redistribute it and/or modify * it under the terms of the GNU General Public License version 2 as * published by the Free Software Foundation. */ #include <asm/hwcap.h> #define cpu_has_neon() (!!(elf_hwcap & HWCAP_NEON)) #ifdef __ARM_NEON__ /* * If you are affected by the BUILD_BUG below, it probably means that you are * using NEON code /and/ calling the kernel_neon_begin() function from the same * compilation unit. To prevent issues that may arise from GCC reordering or * generating(1) NEON instructions outside of these begin/end functions, the * only supported way of using NEON code in the kernel is by isolating it in a * separate compilation unit, and calling it from another unit from inside a * kernel_neon_begin/kernel_neon_end pair. * * (1) Current GCC (4.7) might generate NEON instructions at O3 level if * -mpfu=neon is set. */ #define kernel_neon_begin() \ BUILD_BUG_ON_MSG(1, "kernel_neon_begin() called from NEON code") #else void kernel_neon_begin(void); #endif void kernel_neon_end(void);