- Aug 11, 2018
-
-
Gaëtan Harter authored
Inspired by kaspar030 version to removing the new _boot_offset variable. https://github.com/kaspar030/RIOT/blob/cbf324a66d0c925dd02eca290e17c350945e97b2/cpu/cortexm_common/ldscripts/cortexm.ld
-
- Jul 04, 2018
-
-
Peter Kietzmann authored
-
- May 09, 2018
-
-
Joakim Nohlgård authored
-
- May 08, 2018
-
-
Joakim Nohlgård authored
-
- Nov 07, 2017
-
-
kYc0o authored
-
- Oct 30, 2017
-
-
Joakim Nohlgård authored
The required space for the hardfault handler is defined by HARDFAULT_HANDLER_REQUIRED_STACK_SPACE, which is given in bytes, this length is added to &_sram to find a lower limit on the amount of stack space that the hard fault handler can work with. The _sram variable, was mistakenly defined as a uint32_t, which makes &_sram into a uint32_t*, which through pointer addition, made the required space 4 times as big as it was supposed to. By changing the type of _sram to uint8_t, the required stack space is correctly computed. The symptom was that the hardfault handler always reported that the stack pointer had been corrupted and it was impossible to get any useful information from the crash text.
-
- Oct 20, 2017
-
-
Kaspar Schleiser authored
-
- Sep 04, 2017
-
-
Hauke Petersen authored
-
- Jul 17, 2017
-
-
kYc0o authored
-
- Mar 17, 2017
-
-
Vincent Dupont authored
-
- Jan 16, 2017
-
-
daniel-k authored
-
- Jul 23, 2016
-
-
Antoine Faure authored
-
- May 19, 2016
-
-
Ian Martin authored
-
- Nov 19, 2015
-
-
Hauke Petersen authored
-
- Aug 19, 2015
-
-
daniel-k authored
-
- May 31, 2015
-
-
Hauke Petersen authored
256 Byte were not enough for some boards (not sure why, yet). So go back to 512 byte as a save (and known working value).
-
- May 30, 2015
-
-
Hauke Petersen authored
-