# data abort on AT91SAM7X256

**URL:** <https://forums.freertos.org/t/data-abort-on-at91sam7x256/1152>\
**Category:** Kernel\
**Created:** [June 11, 2010, 3:16pm UTC](https://forums.freertos.org/t/data-abort-on-at91sam7x256/1152 "2010-06-11T15:16:12Z")\
**Posts on this page:** 4\
**Page:** 1

<div class="post-metadata">

**Author:** ![system](https://d2v6vdsk2p900z.cloudfront.net/original/1X/7fc8fdb729c645aab5b20282bbe34e57cb407be6.jpeg) [@system](https://forums.freertos.org/u/system)\
**Post date:** [June 11, 2010, 3:16pm UTC](https://forums.freertos.org/t/data-abort-on-at91sam7x256/1152/1 "2010-06-11T15:16:12Z")

</div>

**[joanah](https://sourceforge.net/u/joanah/)** wrote on [Friday, June 11, 2010](https://sourceforge.net/p/freertos/discussion/382005/thread/33008c44/#c6e6):

Hi,

I am new to FreeRTOS and I try to get my program run, but sometimes my debugger halts at line 161 in boot.s which says:

```
__dabt: b . /* data abort	

```

What does that mean? What could be the problem?

---

<div class="post-metadata">

**Author:** ![richard-damon](https://d3iykfbgfh8zhg.cloudfront.net/user_avatar/forums.freertos.org/richard-damon/32/38_2.png) [@richard-damon](https://forums.freertos.org/u/richard-damon)\
**Post date:** [June 11, 2010, 5:40pm UTC](https://forums.freertos.org/t/data-abort-on-at91sam7x256/1152/2 "2010-06-11T17:40:45Z")

</div>

**[richard\_damon](https://sourceforge.net/u/richard_damon/)** wrote on [Friday, June 11, 2010](https://sourceforge.net/p/freertos/discussion/382005/thread/33008c44/#258b):

While I am not familiar with this processor, normally a data abort comes from accessing memory in a way you shouldn’t. Some possible causes that are FreeRTOS related would be accessing a handle that hasn’t been initialized, or whose initialization failed (and is thus null).

---

<div class="post-metadata">

**Author:** ![system](https://d2v6vdsk2p900z.cloudfront.net/original/1X/7fc8fdb729c645aab5b20282bbe34e57cb407be6.jpeg) [@system](https://forums.freertos.org/u/system)\
**Post date:** [June 17, 2010, 9:27pm UTC](https://forums.freertos.org/t/data-abort-on-at91sam7x256/1152/3 "2010-06-17T21:27:15Z")

</div>

**[pbeamtn](https://sourceforge.net/u/pbeamtn/)** wrote on [Thursday, June 17, 2010](https://sourceforge.net/p/freertos/discussion/382005/thread/33008c44/#d595):

Been dealing with data aborts myself.&nbsp; It really does not have anything necessarily to do with FreeRTOS.&nbsp; Ideally, you would create a handler for this exception, which makes it easier to detect where the trouble is.&nbsp; What it means is that you have attempted to access memory that is invalid.&nbsp; Things like reading from a location where there is no memory, or trying to read data that is not aligned.&nbsp; For example, to read a 32 bit value, you have to be reading from an address on a 4 byte boundary.

Make sure you are not using a mutex or queue that has not been initialized.&nbsp; I think that may also cause this problem.

I usually set a break point and start hunting for the routine that causes this.&nbsp; It can be not much fun, but when you find it, look at your pointers or any other memory accesses to make sure the addresses are real memory, and then make sure that the alignment of what you are accessing is correct.

---

<div class="post-metadata">

**Author:** ![system](https://d2v6vdsk2p900z.cloudfront.net/original/1X/7fc8fdb729c645aab5b20282bbe34e57cb407be6.jpeg) [@system](https://forums.freertos.org/u/system)\
**Post date:** [June 19, 2010, 8:16am UTC](https://forums.freertos.org/t/data-abort-on-at91sam7x256/1152/4 "2010-06-19T08:16:05Z")

</div>

**[aviasaf](https://sourceforge.net/u/aviasaf/)** wrote on [Saturday, June 19, 2010](https://sourceforge.net/p/freertos/discussion/382005/thread/33008c44/#d3b3):

i am familiar with this kind of problems, please check R14 register , in some cases its points the program address that point to the data abort.&nbsp;

please read at the ATMEL programming manual