Re: Need help figuring out why ARM hits data_abort right after hitting Exception_interrupt

Thanks, I'll check it out. On Wed, Aug 19, 2020 at 1:53 PM Sebastian Huber < sebastian.hu...@embedded-brains.de> wrote: > On 19/08/2020 10:15, Richi Dubey wrote: > > > Got it. Thanks for your answer. I'm working on your suggestion. > > As an addition to the use of GDB you can also use the event

Re: Need help figuring out why ARM hits data_abort right after hitting Exception_interrupt

On 19/08/2020 10:15, Richi Dubey wrote: Got it. Thanks for your answer. I'm working on your suggestion. As an addition to the use of GDB you can also use the event recording in combination with -finstrument-functions: https://docs.rtems.org/branches/master/user/tracing/eventrecording.html

Re: Need help figuring out why ARM hits data_abort right after hitting Exception_interrupt

Got it. Thanks for your answer. I'm working on your suggestion. On Wed, Aug 19, 2020 at 12:53 PM Sebastian Huber < sebastian.hu...@embedded-brains.de> wrote: > On 19/08/2020 09:18, Richi Dubey wrote: > > > This mail is in continuation of > > https://lists.rtems.org/pipermail/devel/2020-August/061

Re: Need help figuring out why ARM hits data_abort right after hitting Exception_interrupt

On 19/08/2020 09:18, Richi Dubey wrote: This mail is in continuation of https://lists.rtems.org/pipermail/devel/2020-August/061446.html. Right after the check_cpu_allocation test for the last action gets passed (code here

Need help figuring out why ARM hits data_abort right after hitting Exception_interrupt

Hi, This mail is in continuation of https://lists.rtems.org/pipermail/devel/2020-August/061446.html. Right after the check_cpu_allocation test for the last action gets passed (code here