树莓派成功刷入OpenHarmony3.0！

鸿蒙技术社区 2021-11-23

496

终于在树莓派 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                (选中)
    [*]   NSA SELinux boot parameter    (选中)
    [ ]   NSA SELinux runtime disable
    [*]   NSA SELinux Development Support
    [*]   NSA SELinux AVC Statistics
    (1)   NSA SELinux checkreqprot default value    (设置为1)
    (9)   NSA SELinux sidtab hashtable size
    (256) NSA SELinux SID to context string translation cache size
        First legacy 'major LSM' to be initialized (SELinux)  ---> (选中) SELinux
        Ordered list of enabled LSMs (填入:"lockdown,yama,loadpin,safesetid,integrity,selinux,smack,tomoyo,apparmor,bpf")
 Device Drivers  --->
    Android  --->
        [*] Android Drivers (开启)
        [*]   Android Binder IPC Driver (开启)

目前发现开启这两项 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 seccess\n");
    }

    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 seccess\n");
    }
    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 seccess\n");
    }

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

①为 modetest 添加 BUILD.gn

third_party\libdrm\tests\modetest\BUILD.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"
}

②modetest 依赖这个

third_party\libdrm\tests\util\BUILD.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 = []
}

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

third_party\weston\BUILD.gn：

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

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

third_party\libdrm\tests\util\pattern.c：988
    // void *mem_base = mem;

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

system\etc\weston.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，就直接放到一起了，近期会更新，感兴趣的可以关注，一起讨论。

扫码报名明晚的鸿蒙直播课

👇👇👇

👇点击关注鸿蒙技术社区👇

了解鸿蒙一手资讯

求分享

求点赞

求在看

数据库

文章转载自鸿蒙技术社区，如果涉嫌侵权，请发送邮件至：contact@modb.pro进行举报，并提供相关证据，一经查实，墨天轮将立刻删除相关内容。

树莓派成功刷入OpenHarmony3.0！

评论