全部学习汇总： ++GreyZhang/g_ChibiOS: I found a new RTOS called ChibiOS and it seems interesting! (github.com)++
-
关于线程，有几个概念需要弄清楚：声明、生命循环、延迟、线程引用、线程队列、线程时间、优先级管理、调度。
-
两个声明的API：工作区（主要是堆栈）声明、线程函数声明。
-
线程创建提供创建后接着启动的API。
-
其他的处理比较常规：启动、停止（这里是reset）。
-
退出以及等待功能，我记得最初的开篇中，作者觉得线程相比task应该有几个特殊的特性。而这个退出返回以及等待就是其中的两点。
-
FreeRTOS中的delay，在这里的对等功能叫做sleep。这里的us延时，从解释看，大概率就是tick的转换。因此，这个小延时或者精准的分辨率应该是支持不了的。
-
这里的这个引用，可以支持基于此的挂起以及恢复。感觉这个跟其他的OS中的句柄或者文件ID等有一定的类似对。
-
ChibiOS是支持队列机制的。
-
队列的处理，不仅提供的入队出队等操作，还支持一些检查。
-
可以支持优先级的获取或者设置。我好奇，之前作者提到的静态OS是否包含优先级的静态呢？难道这是后来扩充的内容？或者，所谓的静态应该是不支持free以及malloc这样的操作？
-
调度里面，抢占式的调度，是说当任务进入到时间间隙的时候会进行抢占。而协同调度，则是一个任务一个时间片来进行平均分派。
-
这里米有看到直接的绑定关系，难道这里的绑定是通过字符串来的？
-
下面的代码中，有一个没有结束请求判断。
-
这里的任务创建接口名称也是create不是叫做init，这里又让我觉得这个跟FreeRTOS有点类似了。
-
后面标注出来的等待，其实是一个阻塞的处理等待tp关联的线程执行结束。
这里的这个任务模式我更熟悉，而这个也是FreeRTOS的模式。
-
sleepuntil，这个接口在FreeRTOS中也有一个类似的delay接口。
-
第二个例子，则是带有一定的修正的一种delay，但是在每一次的动作上可能会有偏差。
-
这里的这个参考，从注释看需要初始化为NULL，这么看难道这个并不是一个句柄处理？
恢复线程操作的时候，可以发送信息。这个也可以联系到之前的一些描述，消息只能够从切换出去的任务传递给切换进来的线程。
这里的用法是挂起等消息。
-
第一段代码，其实还漏掉了一部分处理，也就是MSG_OK的时候。
-
第二段是错误中断处理，中间有一个清空的过程，也就是对一个消息队列进行reset。
这里的这个例子中表达的设计其实跟FreeRTOS中的队列用法差不多，但是这里的设计概念是有一点不同的。FreeRTOS中的队列，其实是一个消息的队列。但是ChibiOS中的队列其实是一个线程的队列，而这样，入队的时候其实是安排队列去等待某一个消息，出队的时候则是取到了消息之后离开。
这里提到了一个优先级的提升，可以用来解决优先级翻转的一些问题。看之前的介绍的时候，我还以为ChibiOS中没有这样的机制，但是看起来还是有的。只是，这个是在用户代码中自己判断而不是OS级别做这样的支持。
最后的一个例子是协同调度的一个例子，我觉得这个倒是没有什么太多需要去理解分析的。整体的处理，跟其他的OS处理的方式也差不多。