1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
|
/* Chrysalide - Outil d'analyse de fichiers binaires
* ##FILE## - traduction d'instructions ARMv7
*
* Copyright (C) 2015 Cyrille Bagard
*
* This file is part of Chrysalide.
*
* Chrysalide is free software; you can redistribute it and/or modify
* it under the terms of the GNU General Public License as published by
* the Free Software Foundation; either version 3 of the License, or
* (at your option) any later version.
*
* Chrysalide is distributed in the hope that it will be useful,
* but WITHOUT ANY WARRANTY; without even the implied warranty of
* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
* GNU General Public License for more details.
*
* You should have received a copy of the GNU General Public License
* along with Foobar. If not, see <http://www.gnu.org/licenses/>.
*/
@title MCRR, MCRR2
@desc Move to Coprocessor from two ARM core registers passes the values of two ARM core registers to a coprocessor. If no coprocessor can execute the instruction, an Undefined Instruction exception is generated. This is a generic coprocessor instruction. Some of the fields have no functionality defined by the architecture and are free for use by the coprocessor instruction set designer. These are the opc1 and CRm fields. However, coprocessors CP8-CP15 are reserved for use by ARM, and this manual defines the valid MCRR and MCRR2 instructions when coproc is in the range p8-p15. For more information see Coprocessor support on page A2-94. In an implementation that includes the Virtualization Extensions, MCRR accesses to system control registers can be trapped to Hyp mode, meaning that an attempt to execute an MCRR instruction in a Non-secure mode other than Hyp mode, that would be permitted in the absence of the Hyp trap controls, generates a Hyp Trap exception. For more information, see Traps to the hypervisor on page B1-1247. Note Because of the range of possible traps to Hyp mode, the MCRR pseudocode does not show these possible traps.
@encoding (T1) {
@word 1 1 1 0 1 1 0 0 0 1 0 0 Rt2(4) Rt(4) coproc(4) opc1(4) CRm(4)
@syntax <cp> <undef_opc1> <reg_T> <reg_T2> <creg_M>
@conv {
reg_T = Register(Rt)
reg_T2 = Register(Rt2)
cp = CoProcessor(coproc)
undef_opc1 = RawValue(opc1)
creg_M = CRegister(CRm)
}
}
@encoding (A1) {
@word cond(4) 1 1 0 0 0 1 0 0 Rt2(4) Rt(4) coproc(4) opc1(4) CRm(4)
@syntax <cp> <undef_opc1> <reg_T> <reg_T2> <creg_M>
@conv {
reg_T = Register(Rt)
reg_T2 = Register(Rt2)
cp = CoProcessor(coproc)
undef_opc1 = RawValue(opc1)
creg_M = CRegister(CRm)
}
@rules {
chk_call StoreCondition(cond)
}
}
@encoding (T2) {
@word 1 1 1 1 1 1 0 0 0 1 0 0 Rt2(4) Rt(4) coproc(4) opc1(4) CRm(4)
@syntax "mcrr2" <cp> <undef_opc1> <reg_T> <reg_T2> <creg_M>
@conv {
reg_T = Register(Rt)
reg_T2 = Register(Rt2)
cp = CoProcessor(coproc)
undef_opc1 = RawValue(opc1)
creg_M = CRegister(CRm)
}
}
@encoding (A2) {
@word 1 1 1 1 1 1 0 0 0 1 0 0 Rt2(4) Rt(4) coproc(4) opc1(4) CRm(4)
@syntax "mcrr2" <cp> <undef_opc1> <reg_T> <reg_T2> <creg_M>
@conv {
reg_T = Register(Rt)
reg_T2 = Register(Rt2)
cp = CoProcessor(coproc)
undef_opc1 = RawValue(opc1)
creg_M = CRegister(CRm)
}
}
|
