HDF驱动框架探路(二):openharmony最新源码,打通应用态到内核态 原创 精华
Mr_qzk
发布于 2021-11-25 15:17
浏览
10收藏
【本文正在参与优质创作者激励】
老规矩还是将最终希望跑出来的效果放出来。如下:
HDF驱动框架探路2:
前言
- 1.首先本文章的源码是2021.11.25拉的openharmony的master分支。之前也有一些大神基于3516应用态打通到了内核态,不过都很久远了,尤其是3.0LTS发布之后,整个框架都改动过了,按照大神们的操作我这边基于最新的源码都没有测试成功。有大佬可以留言指导一拨儿。
- 2.本文章是基于Hi3516轻量系统来打造的。
应用态打通内核态的总体框架图
从上图可以很直观的看出驱动开发的过程中基于linux开发和基于openharmony开发的最大区别
- 1.linux驱动开发中会涉及到应用层的glic等,以及驱动层的内核函数调用,但是在openharmony这些以及都被HDF框架给隐藏起来了,所以我们只需要根据HDF框架来进行openharmony框架开发,就可以了。
- 2.openharmony应用层其实是调用了HDF框架的驱动消息机制
1.应用程序
2.1 应用层业务代码
- 1.在源码根目录下新建myapp目录
- 2.然后进入myapp目录新建helloworld_test.c,然后将下列代码拷贝入内
1.2 应用层业务代码以可执行文件编译进系统
- 进入源码目录找到drivers/adapter/uhdf/manager/BUILD.gn 文件,然后在文件末尾拷贝下述代码。
2.驱动代码
这里驱动是直接引用了源码中已经存在的一个驱动程序:GPIO_TEST
2.1 驱动业务层代码
- 进入源码目录,找到drivers/framework/test/unittest/platform/common/gpio_driver_test.c文件,然后对比下图进行修改。
执行hb build -f进行编译,然后烧录,接着打开串口就可以看到效果了
©著作权归作者所有,如需转载,请注明出处,否则将追究法律责任
已于2021-11-25 15:17:25修改
赞
7
收藏 10
回复
7
5
10
相关推荐
一个不懂C的人路过,虽然看不懂,但是牛批就对了
========
为什么要有用户态和内核态?
由于需要限制不同的程序之间的访问能力, 防止他们获取别的程序的内存数据, 或者获取外围设备的数据, 并发送到网络, CPU划分出两个权限等级 -- 用户态和内核态。
你的这个自问自答也很牛批
你好,我按照你的文章的操作,/system/bin下面并没有可执行文件,请问是还有什么东西需要添加配置的么
先看你开发机编译目录下的out目录下,有没有生成二进制文件,例如用 qemu_small_system_demo 模拟器设备做实验时,应该在 out/arm_virt/qemu_small_system_demo/rootfs/bin 下生成相应的二进制。
如果生成了,再确定固件有没有重新生成,例如我用 qemu-run 模拟器做一些实验时,flash.img 就不会重新生成,而需要用 ./qemu-run -f
如果没生成,仿照已有的 app 写就是了。
你要是贴上HDF和HDF配置的就更赞了,这样新手会看的更通透