树莓派4B移植OHOS 3.0 LTS标准系统 - HarmonyOS技术社区 - 电子技术论坛

2021-11-24 11:28:56

树莓派 OpenHarmony

终于在树莓派4B上将OHOS3.0启动起来了，虽然还不完整，目前只能实现的显示和触摸。但是可以和大家分享下我的思路。

我的方法比较简单粗暴，直接使用的树莓派的树莓派linux rpi-5.10.y内核。
Git地址：https://github.com/raspberrypi/linux
然后编译OHOS3.0的文件系统，看缺什么补什么大概是这个意思。
目前发现OHOS需要内核开启selinux和binder

make ARCH=arm CROSS_COMPILE=arm-linux-gnueabihf- menuconfig

复制代码

然后修改下面几项：

Security options --->
(32768) Low address space for LSM to protect from user allocation
[*] NSA SELinux Support ([font=Cambria]选中[/font][font=Consolas])[/font]
[*] NSA SELinux boot parameter ([font=Cambria]选中[/font][font=Consolas])[/font]
[ ] NSA SELinux runtime disable
[*] NSA SELinux Development Support
[*] NSA SELinux AVC Statistics
(1) NSA SELinux checkreqprot default value ([font=Cambria]设置为[/font][font=Consolas]1)[/font]
(9) NSA SELinux sidtab hashtable size
(256) NSA SELinux SID to context string translation cache size
First legacy 'major LSM' to be initialized (SELinux) ---> ([font=Cambria]选中[/font][font=Consolas]) SELinux[/font]
Ordered list of enabled LSMs ([font=Cambria]填入[/font][font=Consolas]:"lockdown,yama,loadpin,safesetid,integrity,selinux,smack,tomoyo,apparmor,bpf")[/font]
Device Drivers --->
Android --->
[*] Android Drivers ([font=Cambria]开启[/font][font=Consolas])[/font]
[*] Android Binder IPC Driver ([font=Cambria]开启[/font][font=Consolas])[/font]

复制代码

目前发现开启这两项hilog就可以输出。
内核挂上根文件系统，至少可以启动串口有输出了。然后分析下OHOS的图形子系统。
OHOS目前是内核 -> DRM -> libdrm -> wayland -> weston 这么个模式，如有错误欢迎指出。这里要感谢 @梁克雷和钊哥ohos第三方板移植群各位的支持。
所以树莓派的DRM正常了，后面显示应该就是没为题的。好在树莓派的生态比较开放，资料还是比较好获取的，在树莓派官方论坛趴了一段时间。
Pi4的GPU是VideoCore VI支持OpenGL ES 3.2，而Pi3的GPU是VideoCore IV支持OpenGL ES 2.0。
VideoCore IV 驱动程序是 VC4，VideoCore VI 驱动程序的 V3D。
需要在 config.txt 中开启 vc4-fkms-v3d
而驱动kernal已经提供了模块，只要在init阶段将模块加载就可以了
这里有个比较恶心的地方，OHOS的根文件系统使用的是Toybox，但是很多工具不支持，比如modprobe就没有，所以只能根据modules.dep文件，一个一个insmod。当然可以直接将驱动编进内核也是可以的。

"insmod /lib/modules/5.10.76-v7l/kernel/drivers/gpu/drm/drm_panel_orientation_quirks.ko",
"insmod /lib/modules/5.10.76-v7l/kernel/drivers/video/backlight/backlight.ko",
"insmod /lib/modules/5.10.76-v7l/kernel/drivers/gpu/drm/drm.ko",
"insmod /lib/modules/5.10.76-v7l/kernel/drivers/media/cec/core/cec.ko",
"insmod /lib/modules/5.10.76-v7l/kernel/drivers/video/fbdev/core/syscopyarea.ko",
"insmod /lib/modules/5.10.76-v7l/kernel/drivers/video/fbdev/core/sysfillrect.ko",
"insmod /lib/modules/5.10.76-v7l/kernel/drivers/video/fbdev/core/sysimgblt.ko",
"insmod /lib/modules/5.10.76-v7l/kernel/drivers/video/fbdev/core/fb_sys_fops.ko",
"insmod /lib/modules/5.10.76-v7l/kernel/drivers/gpu/drm/drm_kms_helper.ko",
"insmod /lib/modules/5.10.76-v7l/kernel/sound/core/snd.ko",
"insmod /lib/modules/5.10.76-v7l/kernel/sound/core/snd-timer.ko",
"insmod /lib/modules/5.10.76-v7l/kernel/sound/core/snd-pcm.ko",
"insmod /lib/modules/5.10.76-v7l/kernel/sound/core/snd-compress.ko",
"insmod /lib/modules/5.10.76-v7l/kernel/sound/core/snd-pcm-dmaengine.ko",
"insmod /lib/modules/5.10.76-v7l/kernel/sound/soc/snd-soc-core.ko",
"insmod /lib/modules/5.10.76-v7l/kernel/drivers/gpu/drm/vc4/vc4.ko",
"insmod /lib/modules/5.10.76-v7l/kernel/drivers/gpu/drm/scheduler/gpu-sched.ko",
"insmod /lib/modules/5.10.76-v7l/kernel/drivers/gpu/drm/v3d/v3d.ko"

复制代码

为了验证drm和libdrm是否正常，我写了一个简单的测试

fd = open("/dev/dri/card0", O_RDWR | O_CLOEXEC);
if (fd < 0) {
printf("open failed");
}else{
printf("open seccessn");
}
uint32_t conn_id;
uint32_t crtc_id;
res = drmModeGetResources(fd); // 获取 crtc_id 和 connector_id
if (!res) {
printf("ERROR: drmModeGetResources failed!n");
drmClose(fd);
return -1;
}else{
printf("drmModeGetResources seccessn");
}
crtc_id = res->crtcs[0];
conn_id = res->connectors[0];
conn = drmModeGetConnector(fd, conn_id); // 获取 drm_mode
if (!conn) {
printf("ERROR: drmModeGetConnector failed!n");
}else{
printf("drmModeGetConnector seccessn");
}

复制代码

其实libdrm是自带测试的modetest，但是OHOS没有加入编译。也可以将modetest加入编译框架
1.为modetest添加BUILD.gn

third_partylibdrmtestsmodetestBUILD.gn

复制代码

import("//build/ohos.gni")
ohos_executable("modetest") {
sources = [
"buffers.c",
"cursor.c",
"modetest.c",
]
cflags = [
"-Wno-pointer-arith",
]
include_dirs = [
"../",
".",
]
configs = [ "//third_party/libdrm:libdrm_config" ]
public_configs = [ "//third_party/libdrm:libdrm_public_config" ]
deps = [
"//third_party/libdrm:libdrm",
"//third_party/libdrm/tests/util/:util",
]
public_deps = []
install_images = [
"system",
"updater",
]
part_name = "graphic_standard"
subsystem_name = "graphic"
}

复制代码

2.modetest依赖这个

third_partylibdrmtestsutilBUILD.gn

复制代码

import("//build/ohos.gni")
ohos_static_library("util") {
sources = [
"format.c",
"kms.c",
"pattern.c",
]
cflags = []
include_dirs = [
"../",
".",
]
configs = [ "//third_party/libdrm:libdrm_config" ]
public_configs = [ "//third_party/libdrm:libdrm_public_config" ]
deps = [
"//third_party/libdrm:libdrm",
]
public_deps = []
}

复制代码

3.加入到OHOS编译框架，加在weston的依赖项里就可以了

third_partywestonBUILD.gn

复制代码

"//third_party/libdrm:libdrm",
"//third_party/libdrm/tests/util/:util",
"//third_party/libdrm/tests/modetest/:modetest",

复制代码

有个报错：问题不大，提示这个未使用，注释的就好了

third_partylibdrmtestsutilpattern.c：988
// void *mem_base = mem;

复制代码

如果modetest通过了，那剩下的就简单了指定weston的后端就可以了。
systemetcweston.ini

[output]
name=card0

复制代码

接下来是触摸部分，我使用的是DSI接口的触摸屏。

hexdump /dev/input/event2 # 可以使用hexdump看触摸设备有没有输出，可惜这个命令也不支持
cat /dev/input/event2 # cat也可以凑合用，只是输出乱码，但能证明触摸是否好用

复制代码

然后查看驱动模块

ls -l /sys/dev/char/|grep input # 查看input下的触摸设备的主次设备号
cat /sys/dev/char/226:0/device/uevent # 然后输入主次设备号，查看设备的驱动程序
DRIVER=raspberrypi-ts
... ...

复制代码

发现驱动是raspberrypi-ts，那就好办了，在init的时候安装这个模块就好了。

"insmod /lib/modules/5.10.76-v7l/kernel/drivers/input/touchscreen/raspberrypi-ts.ko"

复制代码

基本是这么个思路，写出来和大家分享下，希望对正在移植的小伙伴能有些帮助。当然加到鸿蒙编译框架可能没有这么简单，接下来我会先整理这部分的文档，就更新在https://gitee.com/liangzili/harmony-raspberry这个仓把，这个码仓我之前移植过OHOS1.0 LiteOS-A内核到树莓派2ModuleB，就直接放到一起了，近期会更新，感兴趣的可以关注，一起讨论。

回帖高级模式

声明：本文内容及配图由入驻作者撰写或者入驻合作网站授权转载。文章观点仅代表作者本人，不代表电子发烧友网立场。文章及其配图仅供工程师学习之用，如有内容图片侵权或者其他问题，请联系本站作侵删。侵权投诉

[文章]树莓派4B移植OHOS 3.0 LTS标准系统

回帖高级模式