天天免费视频啪一啪,国产精品99一区二区三区,96香蕉色成人网站

終于在樹莓派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 enabLEDLSMs (填入:"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("http://build/ohos.gni")
ohos_executable("modetest") {
sources = [
"buffers.c",
"cursor.c",
"modetest.c",
]
cflags = [
"-Wno-pointer-arith",
]
include_dirs = [
"../",
".",
]
configs = [ "http://third_party/libdrm:libdrm_config" ]
public_configs = [ "http://third_party/libdrm:libdrm_public_config" ]
deps = [
"http://third_party/libdrm:libdrm",
"http://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("http://build/ohos.gni")
ohos_static_library("util") {
sources = [
"format.c",
"kms.c",
"pattern.c",
]
cflags = []
include_dirs = [
"../",
".",
]
configs = [ "http://third_party/libdrm:libdrm_config" ]
public_configs = [ "http://third_party/libdrm:libdrm_public_config" ]
deps = [
"http://third_party/libdrm:libdrm",
]
public_deps = []
}

復制代碼

③加入到 OHOS 編譯框架，加在 weston 的依賴項里就可以了

third_party\weston\BUILD.gn：
"http://third_party/libdrm:libdrm",
"http://third_party/libdrm/tests/util/:util",
"http://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，就直接放到一起了，近期會更新，感興趣的可以關注，一起討論。

原文作者：亮子力

聲明：本文內容及配圖由入駐作者撰寫或者入駐合作網站授權轉載。文章觀點僅代表作者本人，不代表電子發燒友網立場。文章及其配圖僅供工程師學習之用，如有內容侵權或者其他違規問題，請聯系本站處理。舉報投訴

移植

移植

+關注

關注
1

文章
414

瀏覽量
29410
樹莓派

樹莓派

+關注

關注
122

文章
2078

瀏覽量
110474
鴻蒙系統

鴻蒙系統

+關注

關注
183

文章
2642

瀏覽量
69854

搜索歷史

樹莓派4B移植OHOS 3.0 LTS標準系統

評論