source: mainline/kernel/arch/arm32/include/barrier.h@ 5fcd537

lfn serial ticket/834-toolchain-update topic/msim-upgrade topic/simplify-dev-export
Last change on this file since 5fcd537 was 5fcd537, checked in by Jan Vesely <jano.vesely@…>, 13 years ago

Merge mainline changes.

Includes bbxm fpu fix and other arm changes.
Merge fix: arch defines in fpu_context.c

  • Property mode set to 100644
File size: 4.6 KB
Line 
1/*
2 * Copyright (c) 2005 Jakub Jermar
3 * All rights reserved.
4 *
5 * Redistribution and use in source and binary forms, with or without
6 * modification, are permitted provided that the following conditions
7 * are met:
8 *
9 * - Redistributions of source code must retain the above copyright
10 * notice, this list of conditions and the following disclaimer.
11 * - Redistributions in binary form must reproduce the above copyright
12 * notice, this list of conditions and the following disclaimer in the
13 * documentation and/or other materials provided with the distribution.
14 * - The name of the author may not be used to endorse or promote products
15 * derived from this software without specific prior written permission.
16 *
17 * THIS SOFTWARE IS PROVIDED BY THE AUTHOR ``AS IS'' AND ANY EXPRESS OR
18 * IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES
19 * OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED.
20 * IN NO EVENT SHALL THE AUTHOR BE LIABLE FOR ANY DIRECT, INDIRECT,
21 * INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT
22 * NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE,
23 * DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY
24 * THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT
25 * (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF
26 * THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.
27 */
28
29/** @addtogroup arm32
30 * @{
31 */
32/** @file
33 * @brief Memory barriers.
34 */
35
36#ifndef KERN_arm32_BARRIER_H_
37#define KERN_arm32_BARRIER_H_
38
39/*
40 * TODO: implement true ARM memory barriers for macros below.
41 * ARMv6 introduced user access of the following commands:
42 * • Prefetch flush
43 * • Data synchronization barrier
44 * • Data memory barrier
45 * • Clean and prefetch range operations.
46 * ARM Architecture Reference Manual version I ch. B.3.2.1 p. B3-4
47 */
48#define CS_ENTER_BARRIER() asm volatile ("" ::: "memory")
49#define CS_LEAVE_BARRIER() asm volatile ("" ::: "memory")
50
51#if defined PROCESSOR_ARCH_armv7_a
52/* ARMv7 uses instructions for memory barriers see ARM Architecture reference
53 * manual for details:
54 * DMB: ch. A8.8.43 page A8-376
55 * DSB: ch. A8.8.44 page A8-378
56 * See ch. A3.8.3 page A3-148 for details about memory barrier implementation
57 * and functionality on armv7 architecture.
58 */
59#define memory_barrier() asm volatile ("dmb" ::: "memory")
60#define read_barrier() asm volatile ("dsb" ::: "memory")
61#define write_barrier() asm volatile ("dsb st" ::: "memory")
62#elif defined PROCESSOR_ARCH_armv6
63/* ARMv6- use system control coprocessor (CP15) for memory barrier instructions.
64 * Although at least mcr p15, 0, r0, c7, c10, 4 is mentioned in earlier archs,
65 * CP15 implementation is mandatory only for armv6+.
66 */
67#define memory_barrier() asm volatile ("ldr r0, =0\nmcr p15, 0, r0, c7, c10, 5" ::: "r0", "memory")
68#define read_barrier() asm volatile ("ldr r0, =0\nmcr p15, 0, r0, c7, c10, 4" ::: "r0", "memory")
69#define write_barrier() read_barrier()
70#else
71/* Older manuals mention syscalls as a way to implement cache coherency and
72 * barriers. See for example ARM Architecture Reference Manual Version D
73 * chapter 2.7.4 Prefetching and self-modifying code (p. A2-28)
74 */
75// TODO implement on per PROCESSOR basis
76#define memory_barrier() asm volatile ("" ::: "memory")
77#define read_barrier() asm volatile ("" ::: "memory")
78#define write_barrier() asm volatile ("" ::: "memory")
79#endif
80
81/*
82 * There are multiple ways ICache can be implemented on ARM machines. Namely
83 * PIPT, VIPT, and ASID and VMID tagged VIVT (see ARM Architecture Reference
84 * Manual B3.11.2 (p. 1383). However, CortexA8 Manual states: "For maximum
85 * compatibility across processors, ARM recommends that operating systems target
86 * the ARMv7 base architecture that uses ASID-tagged VIVT instruction caches,
87 * and do not assume the presence of the IVIPT extension. Software that relies
88 * on the IVIPT extension might fail in an unpredictable way on an ARMv7
89 * implementation that does not include the IVIPT extension." (7.2.6 p. 245).
90 * Only PIPT invalidates cache for all VA aliases if one block is invalidated.
91 *
92 * @note: Supporting ASID and VMID tagged VIVT may need to add ICache
93 * maintenance to other places than just smc.
94 */
95
96#ifdef PROCESSOR_ARCH_armv7_a
97#define smc_coherence(a) asm volatile ( "isb" ::: "memory")
98#define smc_coherence_block(a, l) smc_coherence(a)
99#else
100/* Available on all supported arms,
101 * invalidates entire ICache so the written value does not matter. */
102//TODO might be PL1 only on armv5 -
103#define smc_coherence(a) asm volatile ( "mcr p15, 0, r0, c7, c5, 0")
104#define smc_coherence_block(a, l) smc_coherence(a)
105#endif
106
107
108#endif
109
110/** @}
111 */
Note: See TracBrowser for help on using the repository browser.