# Stuck in Dummy\_Handler

**URL:** <https://forums.freertos.org/t/stuck-in-dummy-handler/4111>\
**Category:** Kernel\
**Created:** [January 21, 2013, 1:08am UTC](https://forums.freertos.org/t/stuck-in-dummy-handler/4111 "2013-01-21T01:08:35Z")\
**Posts on this page:** 2\
**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:** [January 21, 2013, 1:08am UTC](https://forums.freertos.org/t/stuck-in-dummy-handler/4111/1 "2013-01-21T01:08:35Z")

</div>

**[dibosco](https://sourceforge.net/u/dibosco/)** wrote on [Monday, January 21, 2013](https://sourceforge.net/p/freertos/discussion/382005/thread/b66aa813/#c5fa):

I’ve started adding FAT file support to FreeRTOS, on top of a main\_blinky setup. It works without the FAT code, but when I add a thread to start running&nbsp; code already tested on run-to-complete it jumps to the Dummy\_Handler. It says this is for unused IRQs

I’ve added this very basic thread so far:

```
void FATFileProcessing( void *pvParameters )
{
 
      /* Just to avoid compiler warnings. */
    ( void ) pvParameters;
    FRESULT rc; /* Result code */ 
    DIR dir; /* Directory object */
    FILINFO fno; /* File information object */
    char FileName[13];
    unsigned int i;
    FATFS Fatfs; /* File system object */
     unsigned long SS;
    InitialiseSD();
     f_mount(0, &Fatfs);		
     disk_ioctl (0,GET_SECTOR_COUNT,&SS);
      rc = f_readdir(&dir, &fno); // Read a directory item 
    while (1)
        {
        }
    
}

```

Doesn’t look to me like there are any HSMCI interrupts enabled, I certainly didn’t enable them previously. If I take out this code, it’s fine and doesn’t stop in the Dummy\_Handler();

It falls over in f\_readdir(&dir, &fno);

If I take that call out it is fine. It’s odd because there’s no hardware initialisation in there at all! That is completely abstracted from the hardware, it is just examining previously created directory and file structures. I’ve given 4k of stack to this routine, so I assume it’s nothing to do with running out of memory.

Anyone able to suggest what might be causing it or tell me how I can ascertain what peripheral’s interrupt has gone off please?

Thanks!

---

<div class="post-metadata">

**Author:** ![rtel](https://d3iykfbgfh8zhg.cloudfront.net/user_avatar/forums.freertos.org/rtel/32/31_2.png) [@rtel](https://forums.freertos.org/u/rtel)\
**Post date:** [January 21, 2013, 9:30am UTC](https://forums.freertos.org/t/stuck-in-dummy-handler/4111/2 "2013-01-21T09:30:02Z")

</div>

**[rtel](https://sourceforge.net/u/rtel/)** wrote on [Monday, January 21, 2013](https://sourceforge.net/p/freertos/discussion/382005/thread/b66aa813/#4f2a):

Assuming InitialiseSD() does not enable any interrupts….you are probably hitting the hard fault handler.&nbsp; Is Dummy\_Hander() installed as the hard fault handler?

[http://www.freertos.org/Debugging-Hard-Faults-On-Cortex-M-Microcontrollers.html](http://www.freertos.org/Debugging-Hard-Faults-On-Cortex-M-Microcontrollers.html)

Regards.