作者小头像 Lv.1
0 成长值

个人介绍

这个人很懒,什么都没有留下

感兴趣或擅长的领域

暂无数据
个人勋章
TA还没获得勋章~
成长雷达
0
0
0
0
0

个人资料

个人介绍

这个人很懒,什么都没有留下

感兴趣或擅长的领域

暂无数据

达成规则

发布时间 2021/05/21 21:17:38 最后回复 wawanala 2021/05/22 19:41:44 版块 IoT物联网
1814 2 0
他的回复:
还是自问自答吧^_^一、解决问题过程通过查查阅gitee上面更新修补数据,发现是启动代码的问题。详见 fix:start up optimized   合并于 2个月前 cla已签署静态检查成功!81 by MGY917    28 MGY917:202103171511 → OpenHarmony:masterhttps://gitee.com/openharmony/kernel_liteos_a/pulls/81/files二、动手修改代码在code-1.1.0/kernel/liteos_a/arch/arm/arm/src/startup/目录下将reset_vector_mp.S和reset_vector_up.S两个文件按上面地址修改后保存三、编译#!/bin/bashcd ~/code-1.1.0hb set -root $PWDcd device/qemu/arm_virthb build四、生成启动文件#!/bin/bashsudo modprobe mtdram total_size=65536 erase_size=128 writebuf_size=2048sudo mtdpart add /dev/mtd0 kernel 0 10485760sudo mtdpart add /dev/mtd0 root 10485760 56623104sudo nandwrite -p /dev/mtd1 out/qemu_arm_virt_ca7/OHOS_Image.binsudo nandwrite -p /dev/mtd2 out/qemu_arm_virt_ca7/rootfs_jffs2.imgsudo dd if=/dev/mtd0 of=flash.imgsudo chown 机器用户名 flash.imgsudo rmmod mtdram五、运行测试qemu-system-arm -M type=virt-5.2,gic-version=2,secure=on -cpu cortex-a7 -smp cpus=1 -nographic -m 1G -bios flash.img******************Welcome******************Processor   : Cortex-A7Run Mode    : UPGIC Rev     : GICv2build time  : May 22 2021 19:22:52Kernel      : Huawei LiteOS 2.0.0.37/debug*******************************************main core booting up...cpu 0 entering schedulerproc fs init ...Mount procfs finished.mem dev init ...Date:May 22 2021.Time:19:22:55.net init ...virtual_serial_init end ...system_console_init start ...system_console_init end ...OsUserInitProcess start ...OsUserInitProcess end ...OHOS # lsDirectory /:drwxr-xr-x 0        u:0     g:0     dev       dr-xr-xr-x 0        u:0     g:0     proc      drwxr-xr-x 0        u:0     g:0     storage   drwxr-xr-x 0        u:0     g:0     etc       drwxr-xr-x 0        u:0     g:0     bin       drwxr-xr-x 0        u:0     g:0     app       drwxr-xr-x 0        u:0     g:0     lib       drwxr-xr-x 0        u:0     g:0     usr       drwxr-xr-x 0        u:0     g:0     data      drwxr-xr-x 0        u:0     g:0     system   六、其他测试环境为华为linux欧拉21.03+qemu6.0code-1.0.1和code-1.1.0均通过测试gitee上面最新代码改动太大,测试失败,估计要6月份等code.2.0.0更新才行如果真有人用华为linux欧拉21.03的话需要在kernel内核中将mtd模块打开编译并加载,此模块默认安装是关闭的。测试运行过程中,如果虚拟桥没有调试好,可以暂时把-net后面的参数全部去掉。这个记录,希望目前玩qemu+liteos_a+virt的玩家少走点弯路。
发布时间 2021/05/16 18:17:48 最后回复 wawanala 2021/05/18 13:11:38 版块 IoT物联网
1910 4 0
他的回复:
自己试着分析一下吧高兴:在openEuler21.03+vscode+deveco环境下调试liteos和liteos_a及liteos_m基本顺利通过。疑问:openEuler21.03是华为官方主推的linux发行版,为什么不用自己的车间和工具制造轮子,好低调。也可能刚出新品,很多的地方不完善,怕用户体验差。^_^一、问题以前在机器上安装有llvm clang 10.0和老版本的gn hc-genremove llvm clangrm -rf gn hc-gen官方重新下载clang9.0和gn hc-genvi ~/.bashrc环境变量重新配置、保存source ~/.bashrc二、分析:1、基础环境配置不冲突如llvm clang gn hc-gen等。2、可能是.bashrc里面的环境变量优先级高于hpm级别,个别时时候调用了basrc的环境变量。三、编译结果我有用命令行编译一下code-1.1.0hb set.hb build下面是输出结果========================================[OHOS INFO] [1766/1769] STAMP obj/test/xts/acts/build_lite/acts.stamp[OHOS INFO] [1767/1769] STAMP obj/build/lite/ohos.stamp[OHOS INFO] [1768/1769] ACTION //build/lite:gen_rootfs(//build/lite/toolchain:linux_x86_64_ohos_clang)[OHOS INFO] [1769/1769] STAMP obj/build/lite/gen_rootfs.stamp[OHOS INFO] ipcamera_hispark_aries build success==========================================chain:linux_x86_64_ohos_clang)[OHOS INFO] [2488/2491] STAMP obj/test/xts/acts/build_lite/acts.stamp[OHOS INFO] [2489/2491] STAMP obj/build/lite/ohos.stamp[OHOS INFO] [2490/2491] ACTION //build/lite:gen_rootfs(//build/lite/toolchain:linux_x86_64_ohos_clang)[OHOS INFO] [2491/2491] STAMP obj/build/lite/gen_rootfs.stamp[OHOS INFO] ipcamera_hispark_taurus build success==========================================
发布时间 2021/04/17 19:26:55 最后回复 墨丶文字™ 2021/04/19 19:22:14 版块 IoT物联网
879 5 1