VxWorks驱动移植至SylixOS总结

测试积点老人

本文档描述了将VxWorks中的驱动源码快速移植至SylixOS中的方法，使用时需要结合SylixOS中的VxWorks兼容层实现。

1. 驱动注册与初始化
1.1 VxWorks中驱动注册与初始化

1.1.1 初始化函数
VxWorks中大部分函数使用了VxWorks的VxBus结构，对于基于VxBus的驱动结构，通常都定义了如下所示的结构体。

1. LOCAL struct drvBusFuncs xxxDrvFuncs = {
   
2. xxxInstInit, /* devInstanceInit */
   
3. 
   
4. xxxInstInit2, /* devInstanceInit2 */
   
5. 
   
6. xxxInstConnect /* devConnect */
   
7. };

复制代码

• devInstanceInit在Kernel初始化前被调用，若设备或其一部分被Kernel使用，则相关的初始化实现在该函数中完成。
• devInstanceInit2在Kernel初始化后被调用，若无特别要求，初始化都应在此函数中实现。
• devInstanceConnect用于设备的连接，通常可以不使用，但如果它依赖于其他设备，则启动代码在其中实现。
  

1.1.2 中断连接
VxWorks的中断连接在系统配置相关c文件中统一实现。

1.2 SylixOS中驱动注册与初始化
1.2.1 初始化函数
SylixOS中驱动的初始化入口在bspInit.c中可以根据实际使用需要在halBusInit、halDrvInit、halDevInit中进行调用。 所以需将VxWorks中devInstanceInit、devInstanceInit2中的实现整合为一个Init函数，在bspInit.c中对应位置进行调用。

1.2.3 中断连接
SylixOS的中断连接需要在驱动中调用API_InterVectorConnect、API_InterVectorEnable函数注册中断并使能中断。

2. 关于地址映射
VxWorks下的很多虚拟地址在开机初始化时就进行了映射，其映射关系通过一个VIRT_TO_PHYS的数组描述，通常规律是地址的最高位不同，但低31位都相同。 在SylixOS中，应用程序空间的虚拟地址到物理地址的映射，并不一定遵从低31位相同的规则，使用时需使用API_VmmVirtualToPhysical函数获取其映射后的物理地址。

3. 不使用系统IO层、协议栈的驱动移植
对于不使用系统IO层、协议栈的驱动，可以改写devInstanceInit、devInstanceInit2等函数，使其为一个Init函数，在bspInit.c中调用；并且定义中断连接的操作，在Init函数中调用。

4. 使用系统IO层、协议栈的驱动移植

对于使用系统IO层、协议栈的驱动，则必须根据使用场景进行改写。