rtems 文件系统（11）

前一篇文章对 jffs2有了一定的了解，也在rtems的 cpukit/libfs/jffs2中找到了对应的rtems移植好的该文件系统。当然还没有仔细的阅读源码。因为对IMFS部分还有些疑问。 imfs的源码也在cpukit/libfs/imfs中。这里面有各种文件操作函数的文件，初始化的框架跟踪了一次，有了一定了解。但是其他的各个文件比如mknod，mount命令都有对应的文件，但是这些函数是怎么被外部调用的？当我debug我的代码，连上串口以后，并没有我想要的文件系统显示。

后面我发现 cpukit/libmisc/shell/main_mkdir.c中有定义shell命令，虽然现在对shell理解就是一些函数接口，那么暴露出接口后，我就可以使用了。在这个shell函数中引用了cpukit/libcsupport/src/mkdir.c 中定义了mkdir函数，而mkdir函数中又根据类型引用了mknod（cpukit/libcsupport/src/mknod.c）然后会根据挂载的文件系统进入对应的文件系统对应的函数进行处理。

首先我增加了shell的初始化。shell连接到串口设备。shell也是一个task。但是却没有得到我想要的结果。我怀疑是因为有高优先级的task存在而进不去shell的task。因此串口输出没有什么反应。因为在之前我设置了一个高优先级的task之后其它的低优先级的task进不去了。首先验证了将高优先级任务中while循环的执行的代码都注释掉，shell还是没有反应。应该是我配置的问题。因为现在task的配置是抢占式的task，并且没有时间片机制，所以高优先级的任务只要存在并且内部有while循环，那么就一直出不来。因此为了测试增加一些信号量，在while进入后等待信号量才能执行。信号量在某个中断中释放出来，task获取信号量以后继续执行。在这个过程中，有几次程序跑飞的情况，追究原因，应该是在中断中释放信号量，可能那个时候信号量还没有创建起来。

保证程序不跑飞以后，发现shell连接的串口设备还是没有输出。并且会打印pthread_setspecific(shell_current_env_key)

上网搜索一个，发现之前rtems maillist也有这样的问题。按照他的说法，增加了下面的定义就可以了，

#define CONFIGURE_UNLIMITED_ALLOCATION_SIZE 32
#define CONFIGURE_UNLIMITED_OBJECTS
#define CONFIGURE_UNIFIED_WORK_AREAS

但是不明白为什么，需要发送邮件到rtems问一下。

可以自己在IMFS中增加一些文件夹