全志平台boot框架中增加设备驱动过程分析

于 2014-09-07 17:55:07 发布
阅读量6.6k 收藏 6
点赞数 4


 

       在boot启动阶段，大家都知道他的主要目的就是引导uboot，uboot在引导内核，从而让整个系统运作起来。全志的boot阶段，对应平板这一块，它会驱动LCD，显示一些开机LOGO，这个过程很快，也就1-2秒钟的时间。然而对于车载行业应用来说，可能需要再boot阶段做一些事情。比如，机器冷启动，大家都知道android启动时间还是比较长的，那么怎么使得客户能快速的用上倒车影像的功能呢？这就需要动脑筋了。

/*****************************************************************************************************/
声明：本博内容均由http://blog.csdn.net/edsam49原创，转载请注明出处，谢谢！
/*****************************************************************************************************/

         我们可以肯定的是不能等到系统启动完成，应该在最早我们能控制的地方增加我们的特定代码。倒车影像说白了，就是一个视频信号输入到系统，在LCD上再显示出来的事。但是如果要在boot阶段就把视频输入信号正常的显示在LCD上的话，我们需要做什么呢？

        首先，我们需要做倒车信号的检测。倒车信号的检测一般来说都是一个GPIO的高低电平来评判，而直接连接倒车线的IC一般是单片机，单片机处理识别以后再告诉主控芯片，告诉的通道其实也就是控制一个GPIO，主控这边来监控这个GPIO的变化，通常是设置成中断模式来检测。全志平台最方便的就是驱动的高度可配置化，非常灵活。我们可以把倒车检测的GPIO配置放在配置文件里面，也就是sys_config.fex文件里面，放在这里面的话就很灵活，不同项目如果使用的IO脚步一样，轻松一配，不用改boot的代码，相当不错。简单示例代码如下：

[cpp] view plain copy print ? 在CODE上查看代码片 派生到我的代码片
  1. ret = wBoot_script_parser_fetch("custom_design_cfg", "ReverseCarDetectGPIO", (int *)&gpio_reverse, sizeof(user_gpio_set_t)/4);  
  2. if(!ret)  
  3. {  
  4.  gpio_reverse.mul_sel = 0; //set input type   
  5.  gpio_handle = wBoot_GPIO_Request(&gpio_reverse, 1);  
  6.  if(gpio_handle)  
  7.  {  
  8.      gpio_value = wBoot_GPIO_Read_One_PIN_Value(gpio_handle, 0);  
  9.  }  
  10. }  
  11.   
  12.   
  13. if(1 == gpio_value)  
  14.    {  
  15.     //__inf("Reverse signal come\n");   
  16. return 1;  
  17.    }  
  18.    else   
  19.    {  
  20.     __inf("Not enter reverse!!!\n");  
  21. return 0;  
  22.    }  
	 ret = wBoot_script_parser_fetch("custom_design_cfg", "ReverseCarDetectGPIO", (int *)&gpio_reverse, sizeof(user_gpio_set_t)/4);
	 if(!ret)
	 {
		 gpio_reverse.mul_sel = 0; //set input type
		 gpio_handle = wBoot_GPIO_Request(&gpio_reverse, 1);
		 if(gpio_handle)
		 {
			 gpio_value = wBoot_GPIO_Read_One_PIN_Value(gpio_handle, 0);
		 }
	 }


	 if(1 == gpio_value)
     {
	 	//__inf("Reverse signal come\n");
		return 1;
     }
     else 
     {
	 	__inf("Not enter reverse!!!\n");
		return 0;
     }

        接下来我们就要做倒车显示处理了。做过全志平台的人都知道，里面有一个TVD的module来负责视频输入信号的处理。那么，我们就需要把TVD给打通。为了日后的管理方便，在boot里面这些驱动也都已经模块化，因此我们也要取其精华，把好的做法延续下去。就是单独做一个模块化的驱动。那怎么说呢？我教你，告诉你我也是从它已有的代码堆里模仿处理的，但是里面还是有几个地方要注意了，不要全抄了啊，免得老师发现你考试的卷子把别人的名字都抄过来了就不好了。

言归正传。搭框架，学样子。在boot1目录下的driver目录里，先增加一个tvd驱动的目录。把drv_de目录下的make.cfg、makefile、config.lds、magic.c先直接copy过来。先把make.cfg修改一下，主要是改名字，基本如下：

[plain] view plain copy print ? 在CODE上查看代码片 派生到我的代码片
  1. #定义生成的目标文件(输出/本地)  
  2. LTARGET     = drv_tvd.drv  
  3. TARGET0     = $(WORKSPACEPATH)/wboot/bootfs/drv_tvd.drv  
  4. TARGET1     = $(LICHEEPATH)/wboot/bootfs/drv_tvd.drv  
  5. TARGET2     = $(SDKROOT)/pack/chips/sun7i/wboot/bootfs/drv_tvd.drv  
  6. LOCALTARGET = __image.axf  
#定义生成的目标文件(输出/本地)
LTARGET     = drv_tvd.drv
TARGET0     = $(WORKSPACEPATH)/wboot/bootfs/drv_tvd.drv
TARGET1     = $(LICHEEPATH)/wboot/bootfs/drv_tvd.drv
TARGET2     = $(SDKROOT)/pack/chips/sun7i/wboot/bootfs/drv_tvd.drv
LOCALTARGET = __image.axf

         Makefile写的比较好适配，不用修改。Config.lds这可得说到说到，哥在里面吃了亏的，当时也是直接拷过来的，后面再多个驱动一起运作的时候，工作不正常，查了半天才想起这个破绽，就是程序的加载地址。说出来了，感觉很容易是不是，没搞懂之前那还真不是太好找。就是0x42960000这一串数字，你得看其他模块的这个对应位置的值是多少，根据driver的大小，留一段给上一个程序。Tvd的如下：

[plain] view plain copy print ? 在CODE上查看代码片 派生到我的代码片
  1. OUTPUT_FORMAT("elf32-littlearm", "elf32-littlearm", "elf32-littlearm")  
  2. OUTPUT_ARCH(arm)  
  3. SECTIONS  
  4. {  
  5.     . = 0x42960000;  
  6.      EGON2_MAGIC : { magic.o(.rodata) }  
  7.     .text : { *(.text) *(.rodata)}  
  8.     .data   : { *(.data)   }  
  9.     .bss    : { *(.bss)    }  
  10.   
  11. }  
OUTPUT_FORMAT("elf32-littlearm", "elf32-littlearm", "elf32-littlearm")
OUTPUT_ARCH(arm)
SECTIONS
{
	. = 0x42960000;
	 EGON2_MAGIC : { magic.o(.rodata) }
	.text : { *(.text) *(.rodata)}
	.data   : { *(.data)   }
	.bss    : { *(.bss)    }

}

      剩下的我们就得改magic.c这个文件了，在这个文件里面也就是依葫芦画瓢了。需要改的就是模块的ID编号，其他就是对应改改函数接口的名字，如下：

[plain] view plain copy print ? 在CODE上查看代码片 派生到我的代码片
  1. const eGon2_mod_t modinfo =  
  2. {  
  3.     {'e','G','o','n','2','d','r','v'},      //.magic  
  4.     0x01000000,                             //.version  
  5.     EGON2_EMOD_TYPE_DRV_TVD,                //.mod id  
  6.     0,                                      //.入口地址，驱动(模块)应该填空  
  7.     {                                       //.mif  
  8.         &DRV_TVD_INIT,  
  9.         &DRV_TVD_EXIT,  
  10.         &DRV_TVD_OPEN,  
  11.         &DRV_TVD_CLOSE,  
  12.         &DRV_TVD_READ,  
  13.             &DRV_TVD_WRITE,  
  14.         &DRV_TVD_IOCTRL,  
  15.         &DRV_TVD_Standby  
  16.     }  
  17. };  
const eGon2_mod_t modinfo =
{
    {'e','G','o','n','2','d','r','v'},		//.magic
    0x01000000,                				//.version
    EGON2_EMOD_TYPE_DRV_TVD,                //.mod id
    0,                                      //.入口地址，驱动(模块)应该填空
	{                                       //.mif
	    &DRV_TVD_INIT,
	    &DRV_TVD_EXIT,
	    &DRV_TVD_OPEN,
	    &DRV_TVD_CLOSE,
	    &DRV_TVD_READ,
    	    &DRV_TVD_WRITE,
	    &DRV_TVD_IOCTRL,
	    &DRV_TVD_Standby
	}
};

     接下来，我们就该写驱动的实体了吧！也即是magic.c里面的各个函数。在这里可以先都只写一行打印信息，其他为空的函数。

格式就按下面的要求来就好了，如下：

[plain] view plain copy print ? 在CODE上查看代码片 派生到我的代码片
  1. struct eGon2_drv_func  
  2. {  
  3.     int          (* eGon2_init  )(void                                                                         );  
  4.     int          (* eGon2_exit  )(void                                                                         );  
  5.     unsigned int (* eGon2_open  )(unsigned int  mid, void   * open_arg                                         );  
  6.     int          (* eGon2_close )(unsigned int  hd                                                             );  
  7.     unsigned int (* eGon2_read  )(void       *pdata, unsigned int size, unsigned int n  , unsigned int  hd     );  
  8.     unsigned int (* eGon2_write )(const void *pdata, unsigned int size, unsigned int n  , unsigned int  hd     );  
  9.     int          (* eGon2_ioctl )(unsigned int  hd , unsigned int cmd , signed int aux,   void         *pbuffer);  
  10.     int          (* eGon2_standby)(unsigned int cmd ,void    *pbuffer                                          );  
  11. };  
  12.   
  13. //eGon2里用到的模块数据结构，里面区分了是一个驱动还是一个应用  
  14. typedef struct _eGon2_mod_section  
  15. {  
  16.     char                     magic[8];                          //MAGIC字符，用于标识是eGON2的驱动/应用代码  
  17.     unsigned int             version;                           //版本数字  
  18.     unsigned int             mod_id;                            //模块的ID，每个elf都应该有一个模块ID，不论驱动还是应用，且各不相同  
  19.     int                     (*main)(int argc, char **argv);     //pcb里第一个任务的首地址  
  20.     struct  eGon2_drv_func   demo_func;                         //驱动函数列表，列出了驱动所必要的7个函数  
  21. }  
  22. eGon2_mod_t;  
struct eGon2_drv_func
{
    int          (* eGon2_init  )(void                                                                         );
    int          (* eGon2_exit  )(void                                                                         );
    unsigned int (* eGon2_open  )(unsigned int  mid, void   * open_arg                                         );
    int          (* eGon2_close )(unsigned int  hd                                                             );
    unsigned int (* eGon2_read  )(void       *pdata, unsigned int size, unsigned int n  , unsigned int  hd     );
    unsigned int (* eGon2_write )(const void *pdata, unsigned int size, unsigned int n  , unsigned int  hd     );
    int          (* eGon2_ioctl )(unsigned int  hd , unsigned int cmd , signed int aux,   void         *pbuffer);
    int			 (* eGon2_standby)(unsigned int cmd ,void    *pbuffer										   );
};

//eGon2里用到的模块数据结构，里面区分了是一个驱动还是一个应用
typedef struct _eGon2_mod_section
{
    char                     magic[8];                          //MAGIC字符，用于标识是eGON2的驱动/应用代码
    unsigned int             version;                           //版本数字
    unsigned int             mod_id;                            //模块的ID，每个elf都应该有一个模块ID，不论驱动还是应用，且各不相同
    int                     (*main)(int argc, char **argv);     //pcb里第一个任务的首地址
    struct  eGon2_drv_func   demo_func;                         //驱动函数列表，列出了驱动所必要的7个函数
}
eGon2_mod_t;

      然后编译一下整个模块，可以加到boot的整体编译里面，也就是在boot目录下的Makefile 里面增加一行     “make -Cboot1/driver/drv_tvd -j8”即可。这样make一下，就会去编译这个新增加的模块，编译没有问题就会有一个二进制文件出来。

        这样整个驱动模块的框架是已经搭建好了。可以在bootmain里面去调用这个驱动了。加载驱动也是用的boot框架代码里支持的wBoot_driver_install("c:\\drv_tvd.drv");， 当然还有其他ioctl，close这些接口，就不详细在此描述。本文只是重点讲述模块的生成。关于模块的使用，已经TVD怎么工作的，显示控制怎么管理，笔者计划在下一篇文章中再做叙述，敬请关注。

DJYOS都江堰操作系统
关注
博客
基于DJYOS的图形界面编程--DJYGUI系列教程
11-20 727
关于DJYOS的图形用户界面的开发，以下整合成一系列教程，欢迎阅读……DJYGUI系列教程 CSDN专栏访问入口……GDD方面编程，后续更新。
博客
基于搭载 DJYOS 的 STM32H730 的低空无人驾驶无人机解决方案探究
07-06 485
这一高像素的摄像头能够提供清晰、细腻的图像，为机器视觉的实现奠定了基础。本研究提出的基于搭载 DJYOS 的 STM32H730 开发的解决方案，旨在为低空无人驾驶无人机的性能提升和应用拓展提供新的思路和方法。通过对其硬件配置、飞控系统、传感器应用、动力与续航以及操控方式等方面的深入分析，展现了该方案在低空无人驾驶领域的创新性和优势，为相关技术的发展和应用提供了有价值的参考。机身壳料选择了轻盈且具有科技感的材料，不仅减轻了无人机的整体重量，提高了飞行效率，而且漂亮、透明的设计还增加了无人机的外观吸引力。
博客
DJYOS时间基准源详解
07-03 432
系统会维持一个64位的时钟，即使时钟源达到1GHz，也需要585年才会溢出，确保在相当长的时间内不会出现溢出问题。根据定时器位宽、频率和应用需求，定时器可分为长定时器和短定时器。有些RTC能够提供详细的时间信息，包括年月日时分秒甚至毫秒，而有些则只提供一个32位的计数器，需要自行转换为具体的时间信息。当定时器设定的时刻到达时，会调用软定时器的回调函数，其作用类似于闹钟。总之，DJYOS的时间管理系统通过合理配置和使用这些时间硬件计时设备，实现了对系统时间的精确管理和调度，以满足不同应用场景的需求。
博客
DJYOS 的时间系统介绍
07-03 213
与日历时间不同，系统运行时间主要用于确定时间间隔，例如在任务调度、资源分配等方面，系统运行时间能够为操作系统提供精确的时间参考，确保系统的高效运行。综上所述，DJYOS 的时间系统通过日历时间、系统运行时间和定时器的协同工作，为操作系统提供了全面、精确的时间管理功能。日历时间用于历史记录的时间戳，系统运行时间用于确定时间间隔，定时器用于提供定时服务，三者相互配合，使得 DJYOS 能够更好地满足各种应用场景的需求，为用户提供更加可靠和高效的服务。
博客
DJYOS 中断系统：实现无与伦比的实时性与便捷性
06-29 738
在实时操作系统（RTOS）的应用场景中，对实时性的要求往往极为严格，而中断系统则是保障实时性的关键因素之一。DJYOS 以其独特的中断管理设计，实现了裸跑级别的中断延迟，为那些对实时性要求极高的应用提供了操作系统的支持。本文将深入探讨 DJYOS 的中断系统，包括中断的原理、管理体系以及使用步骤。
博客
基于 DJYOS 的 HMI 场景研究：探索智能生活的无限可能
06-29 659
具备标准、强力、睡眠等多种工作模式，可根据环境湿度自动调整，具备湿度调节和手机 APP 远程控制功能，可与智能空气净化器联动。支持制冷、制热、加湿等多种工作模式，可根据环境温度自动调整，具备温度调节和手机 APP 远程控制功能，可与智能窗帘联动。支持多种灯光模式，可根据用户需求和场景自动调整，具备定时开关和手机 APP 远程控制功能，可与其他智能设备联动。实时显示室内温度和室外天气情况，具备智能控制功能，支持手机 APP 远程控制，可与智能加湿器联动。实时了解车辆行驶状态和路况信息，实现智能化驾驶。
博客
DJYGUI 都江堰图形系统的矩形区域运算
06-29 3014
通过传入矩形对象的指针 prc，以及矩形左右两边的扩大或缩小值 dx 和上下两边的扩大或缩小值 dy，我们可以实现矩形的尺寸调整。这种以左上角为起点的设计，符合人们对于图形空间的直观理解，也为矩形区域的各种操作提供了便利的基础。无论是在创建现代化的用户界面，还是在实现复杂的图形效果和交互功能方面，DJYGUI 的矩形区域运算都为开发者提供了坚实的基础和强大的支持。相信随着技术的不断发展和创新，DJYGUI 的矩形区域运算功能将在更多的领域得到广泛的应用和发展，为我们带来更加精彩和丰富的图形体验。
博客
DJYGUI AI低代码图形编程开发平台：开启嵌入式软件图形编程新纪元
06-29 439
它将不断优化算法，提高代码生成的准确性和效率，同时与都江堰图形系统的融合将更加深入，为软件开发行业带来更多的突破和创新。以智能屏开发为例，开发者只需详细描述所需的功能和界面布局，开发平台便能利用DJYGUI的图形设计能力，自动生成相应的代码，并搭配合适的硬件方案。借助DJYGUI的功能，开发平台能够将开发者的需求转化为高质量的代码，并根据硬件特性提供完善的解决方案。它与都江堰图形系统的协同合作，为开发者提供了更高效的开发工具，为智能屏、物联屏、串口屏等嵌入式显示设备领域的发展注入了强大的动力。
博客
都江堰操作系统（DJYOS）和安卓操作系统（Android）的区别
06-28 420
应用领域：都江堰操作系统主要应用于实时性和可靠性要求都很高的电力系统控制领域，也广泛适用于物联网系统；安卓主要应用于手机、平板电脑、手表、电视、汽车、可折叠设备和ChromeOS设备。综上所述，都江堰操作系统是一款全新的国产开源操作系统，而安卓是一种基于Linux的开放源代码软件栈，为各类设备和机型而创建，两者在调度核心、应用领域等方面存在着明显的区别。而安卓采用了分层的架构，主要分为应用程序层、应用程序框架层、系统运行库层和Linux内核层。- 调度核心：都江堰操作系统以事件为调度核心；
博客
都江堰操作系统 AI 代码自动生成平台
06-28 518
例如，如果开发者需要一个基于都江堰操作系统的网络通信模块，只需描述相关的功能要求，如数据传输速率、协议支持等，平台就能自动生成相应的代码框架，并完成核心功能的实现。在代码生成后，根据实际运行效果和反馈，不断调整和完善生成的代码，使其更加高效、稳定和可靠。通过对大量的代码模式和结构的学习，结合都江堰操作系统的独特架构和规范，生成高质量且适配的代码。在未来，随着人工智能技术的不断进步和都江堰操作系统的持续发展，这个代码自动生成平台有望变得更加智能、精准和强大，为软件开发行业带来更多的变革和突破。
博客
论都江堰泛计算操作系统对国产芯片产业作用
06-28 194
摘要：本文探讨了中国芯片产业面临的“缺芯”和“芯片内卷”问题，指出高端芯片依赖进口，低端芯片市场竞争激烈。提出都江堰泛计算操作系统作为破局之策，其多机调度和运行机制能发挥中低端芯片优势，提高效率，缩短芯片“内卷时间”，推动优质芯片公司向中高端芯片制造迈进，促进中国芯片产业高质量发展。通过充分发挥其多机调度、高效运行和异构计算规则制定等优势，有望实现芯片资源的优化配置，推动产业升级，从而解决中国芯片高质量发展的难题，为中国 IT 信息行业的持续发展提供有力支撑。四、对解决中国芯片产业问题的作用。
博客
关于都江堰泛计算操作系统商业价值的研究
06-28 698
例如，在一个大型工业自动化项目中，企业通过提供包含多个大 CPU 和特定功能单片机的芯片组，成功满足了客户对复杂生产流程的精确控制和高效运行的要求，同时也实现了自身销售额的显著增长，产生了数倍于以往的“尖端价值”。然而，使用都江堰泛计算操作系统后，由于其优势明显，运行的芯片都需要支持该操作系统，企业可以构建都江堰泛计算芯片组，进行共同生态下的整体销售不同类型的芯片。研究表明，都江堰泛计算操作系统凭借其独特的功能，为企业在市场竞争中提供了强大的支持，具有广阔的应用前景和商业潜力。
博客
都江堰泛计算操作系统：引领计算领域的革新
06-28 797
传统的计算机网络中，为了保证系统的性能，每个节点往往需要按照最大化的算力配置进行设计，这不仅导致了能源的浪费，也增加了系统的成本。相信在不久的将来，都江堰泛计算操作系统将在更多的领域得到广泛的应用，为人类社会的进步和发展做出更大的贡献。这一功能的实现，使得计算资源能够得到更加合理的分配和利用，为人工智能、大数据分析等领域的发展提供了强大的支持，真正实现了无处不在的计算。由于其调度能力的限制，这类复杂的计算任务通常需要在应用层进行繁琐的协调和管理，这不仅增加了开发的难度，也降低了系统的整体效率。
博客
基于都江堰泛计算操作系统的人形机器人小脑系统介绍
06-28 368
随着用户需求多元化，异构多核架构成为芯片设计主流，但传统操作系统在此架构下存在诸多问题，如开发复杂、协同性差、效率低等。相比传统节点分散式设计，该系统优势显著，使算法编写更简便，开发人员能更专注于功能实现和性能优化，同时提高机器人响应速度和协同能力，使其能更灵活地完成复杂动作和任务。随着技术不断进步，该技术未来将发挥更重要作用。依托都江堰泛计算操作系统构建的人形机器人小脑系统，是具有开创性的技术成果，给机器人领域带来重大变革。总之，该人形机器人小脑系统是重要技术创新，为机器人领域开辟新路径，描绘美好未来。
博客
基于 DJYGUI 的镜像显示：实现远程协助与维护的创新技术
06-28 757
在当今数字化时代，远程协助和远程维护变得越来越重要。基于 DJYGUI 的镜像显示技术为实现这一目标提供了一种有效的解决方案。
博客
都江堰泛计算操作系统（多机）应用方向
04-01 260
比如算力服务器、服务机器人、工业机器人、汽车、轮船、坦克等复杂的设备，复杂设备里使用的各类大型CPU、中型CPU、MCU等芯片组成一张计算机设备网络，运行都江堰泛计算操作系统。传统操作系统就需要在一个芯片内，运行多种操作系统，开发工作更加复杂，运行协同性低，效率低。比如自动化产线、智能社区、智能办公、集群算力平台、智能门店等等，将一定小型区域内的设备构建一张计算机设备网络，运行都江堰泛计算操作系统。构建一个小型局域网的混沌态计算机。将小型组网的网络组成一张大型网络，可以实现大型社区、智慧城市等领域。
博客
都江堰操作系统系统架构图
04-01 338
都江堰操作系统设计思想源于中国传统的“天人合一，道法自然”哲学思想，内核调度系统采用事件调度，全球首创，突破单机桎梏，实现异构网络调度，开拓新赛道，实现换道超车。“有事就动，没事就静”的事件触发机制符合人类的自然思维（神经网络框架）。
博客
都江堰泛计算操作系统：去中心化异构并行实时边缘计算编程
03-31 224
都江堰泛计算操作系统在工业边缘计算领域多个场景里使用。
博客
搭载基于RK3229的Android5.1修改开机默认桌面Launcher
11-01 717
在..\rk3229_5.1_box\frameworks\base\services\core\java\com\android\server\am目录找到ActivityManagerService.java文件。在文件里找到startHomeActivityLocked函数里的setDefaultLauncher。
博客
DJYROS产品：基于DJYOS的国产自主割草机器人解决方案
10-22 672
基于都江堰泛计算操作系统的国产自主机器人操作系统即将发布……3、机器人芯片：联合行业机器人AI芯片公司，构建专用机器人。2、机器人算法：联合行业自主机器人厂家，构建机器人算法库。1、都江堰机器人操作系统命名：DJYROS。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值