aboutsummaryrefslogtreecommitdiff
path: root/cryptech_backup
diff options
context:
space:
mode:
authorPaul Selkirk <paul@psgd.org>2018-07-24 18:21:44 -0400
committerPaul Selkirk <paul@psgd.org>2018-07-24 18:21:44 -0400
commit222ec2b0d1ab78b142ad00d5969975c64801eeab (patch)
treeb200f650d95bd16fdcda93b6329c2ffd998f8d3c /cryptech_backup
parente1a2a7ff2e240c118b62fd372254e8f8097bd416 (diff)
A recent(?) version of arm-none-eabi-gcc decided to make storage for enums
the minimum size necessary, so hal_asn1_decode_lms_algorithm and hal_asn1_decode_lmots_algorithm were writing 4 bytes of data into 1-byte variables. Hilarity ensued. Yes, I already knew that conflating enum with uint32_t was a bad idea, I was just being lazy. For that matter, sizeof(size_t) isn't guaranteed either, although arm-none-eabi-gcc treats it as 32 bits on this 32-bit target (for now), so exercise proper data hygiene in hal_asn1_decode_size_t as well.
Diffstat (limited to 'cryptech_backup')
0 files changed, 0 insertions, 0 deletions
e.c?h=js_keywrap&id=db32574d6c85bb48a2f01d80eec6e241152704ff'>db32574
15efcdb

1f78f1b
db32574





db32574







db32574
15efcdb
db32574





33c843a




db32574




33c843a

db32574


1f78f1b
f4b6098
db32574







15efcdb
db32574


15efcdb
db32574








33c843a

db32574





1f78f1b
db32574






15efcdb
db32574
15efcdb
db32574






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
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187