On Mon, Nov 23, 2020 at 5:18 PM Gregory Nutt wrote:
> You can try the section on hardfault debugging here:
> https://nuttx.events/wp-content/uploads/2019/11/DSidrane_nx2019.pdf That
> starts at slide 17:
>
> /Set a breakpoint on up_hardfault and up_assert//Set the PC equal to
> the LR//Se
ruction
> in do_irq that will return you to the line of code //that caused the
> HardFault/
>
> On 11/23/2020 3:07 PM, Nathan Hartman wrote:
> > Some months ago I implemented the basic architectural support for
> > STM32G47xxx and I noticed that occasionally, during s
do_irq that will return you to the line of code //that caused the
HardFault/
On 11/23/2020 3:07 PM, Nathan Hartman wrote:
Some months ago I implemented the basic architectural support for
STM32G47xxx and I noticed that occasionally, during startup, I am
getting stuck in _up_assert(). It is not
Some months ago I implemented the basic architectural support for
STM32G47xxx and I noticed that occasionally, during startup, I am
getting stuck in _up_assert(). It is not happening consistently. It's
intermittent. I'm not really sure why. Any ideas what I should look
for? Here is the
