将freeRTOS导入AT32UC3A0512时出现问题

我正在尝试将freeRTOS集成到运行在AT32UC3A0512上的应用程序中。 我下载了一个freeRTOS项目示例（它支持AT32UC3A），并尝试包含内核源文件 因此，我的应用程序层次结构如下所示：

src
   |ASF
   |APP_FOLDER
   |freertos 
       |freertos-7.0.0

此层次结构与freeRTOS项目示例中提供的层次结构不同，如下所示

  src
   |ASF
       |thirdparty
          |freertos 
              |freertos-7.0.0   /********** freertos-7.0.0 is under ASF***********/

1-这导致了我已经解决的编译问题（某些文件的路径无法识别），我不认为这会导致其他问题。你觉得怎么样

现在看来我在

exception.s

  /*my actual appli hierarchy*/
  src
   |ASF
      |AVR32
         |intc
              |exception.s
   |APP_FOLDER
   |freertos 
       |freertos-7.0.0
          |source
              |portable
                  |gcc
                      |avr32_uc3
                          |exception.S

正如您所看到的，文件被重新定义，我在

intc

文件夹下删除了

exception.s

，现在项目已编译，但在我的应用程序中有对

twi\u master\u read

的调用导致阻塞，我没有更改应用程序中的任何内容（该应用程序正常工作）我还没有调用任何freeRTOS api函数

2-您能帮我解释一下

exception.s

的目的吗？是什么导致了这种意外行为

3-这个问题可能是因为不尊重等级制度造成的吗

请毫不犹豫地对我的选择发表评论，或者就导入freeRTOS内核提出更好的建议

提前谢谢

编辑

我从

freertos-7.0.0/source/portable/gcc/avr32_uc3/exception.s中删除了exception.s，并保留了启动应用程序的exception.s文件，现在使用上面提到的应用程序层次结构，如果我将freertos目录从项目中排除，那么一切正常，如果我包含freertos目录
twi_master_read
导致问题，那么内核文件中有任何引脚重新定义，我根本没有调用/包含freertos API，那么行为如何以这种方式改变