- V853 ARM A7 + RISC-V E907 + 1T NPU
- UP to 2GiB DDR3 and 128GiB EMMC
- Raspberry Pi Camera Connector
- 2 lane MIPI-CSI
- 4 lane MIPI-DSI up to 1920x1200
- Built-in USB to UART Support RV and ARM
- Built-in XR829 Wi-Fi BT
- Raspberry Pi A Size and Pinout

柚木 鉉LV 9
@YuzukiTsuru
Best posts made by YuzukiTsuru
-
Porject Yosemite - 基于全志V853的开发板
-
Lichee RV 内存小了?改到2G来玩!
在这之前
这是一个计算条,D1核心配上512MB内存。
运行正常系统已经完全够用了,不过我不是那种正常的人,写的一个小程序经常把内存用完被oom杀了。
++内存
查阅了一下资料(某宝),发现我钱包能承担的2G内存颗粒只有D9STR,也就是镁光MT41K1G16DGA-125:A,全新芯片280左右,但是二手只需要135。Datasheet显示这是一颗双晶DDR3L芯片。
那就麻烦了,如果RV板子没有提供Two Rank,那就没办法驱动这颗芯片。于是查阅了Lichee RV的电路图
好欸,LicheeRV 的CS#,ODT#,CK都是按照TwoRank的接法连接的,所以可以直接替换了!准备材料
- Lichee RV 计算条*1
- 热风枪*1
- 电烙铁*1
- D9STR*1
- 焊接材料若干
- 洗板水+清洁材料
开始魔改
注意,魔改有失败风险,保修肯定是没有了。请确认拥有BGA拆焊能力再进行魔改!
风枪温度360,风速40。拆焊之前记得上点油。焊接BGA差不多了要用镊子轻轻推一下,看看会不会归位,如果可以归位那就焊接完成了。
当然颜值党肯定要把焊油洗干净的QwQ
结果
再跑跑那个程序
。。。。。。。。。。。。我回去改算法了
-
芒果派 MQ Pro,MQ 的板级配置文件
下载:
同时有D1-H与D1s的配置文件。
直接复制进 tina-d1-h 就可以了
实时更新仓库(上面那个tar不想打包了,之后更新丢github上)
-
OpenixCard - 在 Linux 系统刷写全志镜像到 SD 卡
远古的坑了,最近有时间终于填了下。
线刷在Windows上有PhoenixSuit,在Linux上有LiveSuit,刷写都很方便。但是到了卡刷就寄了,只有一个Windows下的PhoenixCard,在Linux下刷写很头疼。于是写了这个小东西。
功能:
- 在 Linux 解包 Tina 镜像
- 将 Tina 镜像转换为标准的镜像,转换后的镜像可以使用DD、USB Image Tool、Win32diskimager、Etcher刷写。方便分发。
- 更多功能咕咕中....
开源地址
https://github.com/YuzukiTsuru/OpenixCard
视频:转换全志的镜像成为标准镜像并用Etcher刷写。
-
V85x E907 小核开发与使用
v85x 平台包括了
V853
,V853s
,V851s
,V851se
。s
后缀代表芯片内封了DDR内存,e
后缀代表芯片内封ephy
。拥有Cortex-A7 core@900MHz
,RISC-V@600MHz
和一个 0.5TOPS(VIP9000PICO_PID0XEE
,567MACS
,576 x 348M x 2 ≈ 500GOPS
) 的 NPU。其中的 RISC-V 小核心为 平头哥玄铁E907E907 平台
玄铁E907 是一款完全可综合的高端 MCU 处理器。它兼容 RV32IMAC 指令集,提供可观的整型性能提升以及高能效的浮点性能。E907 的主要特性包括:单双精度浮点单元,以及快速中断响应。
在V85x平台中使用的E907为RV32IMAC,不包括 P 指令集。
V85x 平台框图
V851s
芯片架构图
相关内存分布
E907 子系统框图
具体的寄存器配置项这里就不过多介绍了,具体可以参考数据手册《V851S&V851SE_Datasheet_V1.0.pdf》
V853 的异构系统通讯在硬件上使用的是 MSGBOX,在软件层面上使用的是 AMP 与 RPMsg 通讯协议。其中 A7 上基于 Linux 标准的 RPMsg 驱动框架,E907基于 OpenAMP 异构通信框架。
AMP 与 RPMsg
V853 所带有的 A7 主核心与 E907 辅助核心是完全不同的两个核心,为了最大限度的发挥他们的性能,协同完成某一任务,所以在不同的核心上面运行的系统也各不相同。这些不同架构的核心以及他们上面所运行的软件组合在一起,就成了 AMP 系统 (Asymmetric Multiprocessing System, 异构多处理系统)。
由于两个核心存在的目的是协同的处理,因此在异构多处理系统中往往会形成 Master - Remote 结构。主核心启动后启动从核心。当两个核心上的系统都启动完成后,他们之间就通过 IPC(Inter Processor Communication)方式进行通信,而 RPMsg 就是 IPC 中的一种。
在AMP系统中,两个核心通过共享内存的方式进行通信。两个核心通过 AMP 中断来传递讯息。内存的管理由主核负责。
软件适配
这部分使用BSP开发包即可,配置设备树如下:
reserved-memory { // 配置预留内存区间 e907_dram: riscv_memserve { // riscv 核心使用的内存 reg = <0x0 0x43c00000 0x0 0x00400000>; // 起始地址 0x43c00000 长度 4MB no-map; }; vdev0buffer: vdev0buffer@0x43000000 { // vdev设备buffer预留内存 compatible = "shared-dma-pool"; reg = <0x0 0x43000000 0x0 0x40000>; no-map; }; vdev0vring0: vdev0vring0@0x43040000 { // 通讯使用的vring设备0 reg = <0x0 0x43040000 0x0 0x20000>; no-map; }; vdev0vring1: vdev0vring1@0x43060000 { // 通讯使用的vring设备1 reg = <0x0 0x43060000 0x0 0x20000>; no-map; }; }; e907_rproc: e907_rproc@0 { // rproc相关配置 compatible = "allwinner,sun8iw21p1-e907-rproc"; clock-frequency = <600000000>; memory-region = <&e907_dram>, <&vdev0buffer>, <&vdev0vring0>, <&vdev0vring1>; mboxes = <&msgbox 0>; mbox-names = "mbox-chan"; iommus = <&mmu_aw 5 1>; memory-mappings = /* DA len PA */ /* DDR for e907 */ < 0x43c00000 0x00400000 0x43c00000 >; core-name = "sun8iw21p1-e907"; firmware-name = "melis-elf"; status = "okay"; }; rpbuf_controller0: rpbuf_controller@0 { // rpbuf配置 compatible = "allwinner,rpbuf-controller"; remoteproc = <&e907_rproc>; ctrl_id = <0>; /* index of /dev/rpbuf_ctrl */ iommus = <&mmu_aw 5 1>; status = "okay"; }; rpbuf_sample: rpbuf_sample@0 { compatible = "allwinner,rpbuf-sample"; rpbuf = <&rpbuf_controller0>; status = "okay"; }; msgbox: msgbox@3003000 { // msgbox配置 compatible = "allwinner,sunxi-msgbox"; #mbox-cells = <1>; reg = <0x0 0x03003000 0x0 0x1000>, <0x0 0x06020000 0x0 0x1000>; interrupts = <GIC_SPI 0 IRQ_TYPE_LEVEL_HIGH>, <GIC_SPI 1 IRQ_TYPE_LEVEL_HIGH>; clocks = <&clk_msgbox0>; clock-names = "msgbox0"; local_id = <0>; status = "okay"; }; e907_standby: e907_standby@0 { compatible = "allwinner,sunxi-e907-standby"; firmware = "riscv.fex"; mboxes = <&msgbox 1>; mbox-names = "mbox-chan"; power-domains = <&pd V853_PD_E907>; status = "okay"; };
内存划分
在设备树配置小核心使用的内存,包括小核自己使用的内存,设备通信内存,回环内存等等,这里E907 运行在 DRAM 内。内存起始地址可以在数据手册查到。
通常来说我们把内存地址设置到末尾,例如这里使用的 V851s,拥有 64MByte 内存,则内存范围为
0x40000000 - 0x44000000
,这里配置到0x43c00000
即可。对于 V853s 拥有 128M 内存则可以设置到0x47C00000
,以此类推。对于交换区内存则可以配置在附近。reserved-memory { // 配置预留内存区间 e907_dram: riscv_memserve { // riscv 核心使用的内存 reg = <0x0 0x43c00000 0x0 0x00400000>; // 起始地址 0x43c00000 长度 4MB no-map; }; vdev0buffer: vdev0buffer@0x43000000 { // vdev设备buffer预留内存 compatible = "shared-dma-pool"; reg = <0x0 0x43000000 0x0 0x40000>; no-map; }; vdev0vring0: vdev0vring0@0x43040000 { // 通讯使用的vring设备0 reg = <0x0 0x43040000 0x0 0x20000>; no-map; }; vdev0vring1: vdev0vring1@0x43060000 { // 通讯使用的vring设备1 reg = <0x0 0x43060000 0x0 0x20000>; no-map; }; };
然后需要配置下
e907
的链接脚本,找到e907_rtos/rtos/source/projects/v851-e907-lizard/kernel.lds
将ORIGIN
配置为上面预留的内存。MEMORY { /*DRAM_KERNEL: 4M */ DRAM_SEG_KRN (rwx) : ORIGIN = 0x43c00000, LENGTH = 0x00400000 }
然后配置小核的
defconfig
位于e907_rtos/rtos/source/projects/v851-e907-lizard/configs/defconfig
配置与其对应即可。CONFIG_DRAM_PHYBASE=0x43c00000 CONFIG_DRAM_VIRTBASE=0x43c00000 CONFIG_DRAM_SIZE=0x0400000
配置启动小核
配置启动小核的流程如下,这里只讨论使用 linux 启动小核的情况,不讨论快启相关。
- 加载固件
- 调用
firmware
接口获取文件系统中的固件 - 解析固件的
resource_table
段,该段有如下内容- 声明需要的内存(
Linux
为其分配,设备树配置) - 声明使用的
vdev
(固定为一个) - 声明使用的
vring
(固定为两个)
- 声明需要的内存(
- 将固件加载到指定地址
- 调用
- 注册
rpmsg virtio
设备- 提供
vdev->ops
(基于virtio
接口实现的) - 与
rpmsg_bus
驱动匹配,完成rpmsg
初始化
- 提供
- 启动小核
- 调用
rproc->ops->start
- 调用
1. 加载固件
驱动位于
kernel/linux-4.9/drivers/remoteproc/sunxi_rproc_firmware.c
首先调用
sunxi_request_firmware
函数int sunxi_request_firmware(const struct firmware **fw, const char *name, struct device *dev) { int ret, index; struct firmware *fw_p = NULL; u32 img_addr, img_len; ret = sunxi_find_firmware_storage(); if (ret < 0) { dev_warn(dev, "Can't finded boot_package head\n"); return -ENODEV; } index = ret; ret = sunxi_firmware_get_info(dev, index, name, &img_addr, &img_len); if (ret < 0) { dev_warn(dev, "failed to read boot_package item\n"); ret = -EFAULT; goto out; } ret = sunxi_firmware_get_data(dev, index, img_addr, img_len, &fw_p); if (ret < 0) { dev_err(dev, "failed to read Firmware\n"); ret = -ENOMEM; goto out; } *fw = fw_p; out: return ret; }
驱动会从固件的特定位置读取,使用函数
sunxi_find_firmware_storage
,这里会去固定的位置查找固件,位置包括lib/firmware
,/dev/mtd0
./dev/mtd1
,/dev/mmcblk0
等位置。对于Linux启动我们只需要放置于lib/firmware
即可。static int sunxi_find_firmware_storage(void) { struct firmware_head_info *head; int i, len, ret; loff_t pos; const char *path; u32 flag; len = sizeof(*head); head = kmalloc(len, GFP_KERNEL); if (!head) return -ENOMEM; ret = sunxi_get_storage_type(); for (i = 0; i < ARRAY_SIZE(firmware_storages); i++) { path = firmware_storages[i].path; pos = firmware_storages[i].head_off; flag = firmware_storages[i].flag; if (flag != ret) continue; pr_debug("try to open %s\n", path); ret = sunxi_firmware_read(path, head, len, &pos, flag); if (ret < 0) pr_err("open %s failed,ret=%d\n", path, ret); if (ret != len) continue; if (head->magic == FIRMWARE_MAGIC) { kfree(head); return i; } } kfree(head); return -ENODEV; }
2. 配置时钟
配置
clk
与小核的boot
选项,驱动位于kernel/linux-4.9/drivers/remoteproc/sunxi_rproc_boot.c
可以自行参考struct sunxi_core *sunxi_remote_core_find(const char *name); int sunxi_core_init(struct sunxi_core *core); void sunxi_core_deinit(struct sunxi_core *core); int sunxi_core_start(struct sunxi_core *core); int sunxi_core_is_start(struct sunxi_core *core); int sunxi_core_stop(struct sunxi_core *core); void sunxi_core_set_start_addr(struct sunxi_core *core, u32 addr); void sunxi_core_set_freq(struct sunxi_core *core, u32 freq);
使用 debugfs 加载固件
由于已经对外注册了接口,这里只需要使用命令即可启动小核心。假设小核的
elf
名字叫e907.elf
并且已经放置进lib/firmware
文件夹echo e907.elf > /sys/kernel/debug/remoteproc/remoteproc0/firmware echo start > /sys/kernel/debug/remoteproc/remoteproc0/state
E907 小核开发
这里提供了一个
RTOS
以供开发使用,此RTOS
基于 RTT 内核。地址 https://github.com/YuzukiHD/Yuzukilizard/tree/master/Software/BSP/e907_rtos同时,
docker
镜像内也已包含此开发包,可以直接使用。搭建开发环境
使用 docker
直接拉取
gloomyghost/yuzukilizard
即可docker pull gloomyghost/yuzukilizard
独立搭建开发环境
使用 git 命令下载(不可以直接到 Github 下载 zip,会破坏超链接与文件属性)
git clone --depth=1 https://github.com/YuzukiHD/Yuzukilizard.git
然后复制到当前目录下
cp -rf Yuzukilizard/Software/BSP/e907_rtos/ . && cd e907_rtos
下载编译工具链到指定目录
cd rtos/tools/xcompiler/on_linux/compiler/ && wget https://github.com/YuzukiHD/Yuzukilizard/releases/download/Compiler.0.0.1/riscv64-elf-x86_64-20201104.tar.gz && cd -
编译第一个 elf 系统
进入
rtos/source
文件夹cd rtos/source/
应用环境变量并加载方案
source melis-env.sh;lunch
然后直接编译即可,他会自动解压配置工具链。编译完成后可以在
ekernel/melis30.elf
找到固件。make -j
配置小核系统
小核的编译框架与
kernel
类似,使用kconfig
作为配置项。使用make menuconfig
进入配置页。其余使用与标准
menuconfig
相同这里不过多赘述。小核使用
小核使用 UART 输出 console
首先配置小核的
PINMUX
编辑文件e907_rtos/rtos/source/projects/v851-e907-lizard/configs/sys_config.fex
这里使用UART3
, 引脚为PE12
,PE13
,mux
为 7[uart3] uart_tx = port:PE12<7><1><default><default> uart_rx = port:PE13<7><1><default><default>
然后配置使用
uart3
作为输出,运行make menuconfig
居进入配置Kernel Setup ---> Drivers Setup ---> Melis Source Support ---> [*] Support Serial Driver SoC HAL Drivers ---> Common Option ---> [*] enable sysconfig // 启用读取解析 sys_config.fex 功能 UART Devices ---> [*] enable uart driver // 启用驱动 [*] support uart3 device // 使用 uart3 (3) cli uart port number // cli 配置到 uart3 Subsystem support ---> devicetree support ---> [*] support traditional fex configuration method parser. // 启用 sys_config.fex 解析器
到
linux
中配置设备树,将设备树配置相应的引脚与mux
如果设备树不做配置引脚和
mux
,kernel会很贴心的帮你把没使用的 Pin 设置io_disable
。由于使用的是iommu
操作UART
设备,会导致io
不可使用。如下所示。此外,还需要将
uart3
的节点配置disable
,否则kernel
会优先占用此设备。&uart3 { pinctrl-names = "default", "sleep"; pinctrl-0 = <&uart3_pins_active>; pinctrl-1 = <&uart3_pins_sleep>; status = "disabled"; };
如果配置
okay
会出现以下提示。uart: create mailbox fail uart: irq for uart3 already enabled uart: create mailbox fail
启动小核固件后就可以看到输出了
核心通讯
建立通讯节点
启动小核后,使用
eptdev_bind test 2
建立两个通讯节点的监听,可以用rpmsg_list_listen
命令查看监听节点。然后在
Linux
内创建通讯节点,由于我们上面启用了两个监听所以这里也开两个节点echo test > /sys/class/rpmsg/rpmsg_ctrl0/open echo test > /sys/class/rpmsg/rpmsg_ctrl0/open
然后就可以在
/dev/
下看到通讯节点/dev/rpmsg0
,/dev/rpmsg1
也可以在小核控制台看到节点的建立
核心通讯
Linux -> e907
可以直接操作 Linux 端的节点,使用
echo
写入数据echo "Linux Message 0" > /dev/rpmsg0 echo "Linux Message 0" > /dev/rpmsg1
小核即可收到数据
e907 -> Linux
使用命令
eptdev_send
用法eptdev_send <id> <data>
eptdev_send 0 "E907 Message" eptdev_send 1 "E907 Message"
在 Linux 侧直接可以读取出来
cat /dev/rpmsg0 cat /dev/rpmsg1
可以一直监听,例如多次发送数据
Linux 侧获得的数据也会增加
关闭通讯
Linux 侧关闭,操作控制节点,
echo <id>
给节点即可echo 0 > /sys/class/rpmsg/rpmsg_ctrl0/close echo 1 > /sys/class/rpmsg/rpmsg_ctrl0/close
同时 E907 也会打印链接关闭
rpmsg 需知
- 端点是
rpmsg
通信的基础;每个端点都有自己的src
和dst
地址,范围(1 - 1023,除了
0x35
) rpmsg
每次发送数据最大为512 -16 字节;(数据块大小为 512,头部占用 16 字节)rpmsg
使用name server
机制,当E907
创建的端点名,和linux
注册的rpmsg
驱动名一
样的时候,rpmsg bus
总线会调用其probe
接口。所以如果需要Linux
端主动发起创建端
点并通知e907
,则需要借助上面提到的rpmsg_ctrl
驱动。rpmsg
是串行调用回调的,故建议rpmsg_driver
的回调中不要调用耗时长的函数,避免影
响其他rpmsg
驱动的运行
自定义小核 APP
小核的程序入口位于
e907_rtos/rtos/source/projects/v851-e907-lizard/src/main.c
#include <stdio.h> #include <openamp/sunxi_helper/openamp.h> int app_entry(void *param) { return 0; }
可以自定义小核所运行的程序。
自定义小核命令
SDK 提供了
FINSH_FUNCTION_EXPORT_ALIAS
绑定方法,具体为FINSH_FUNCTION_EXPORT_ALIAS(<函数名称>, <命令>, <命令的描述>)
例如编写一个 hello 命令,功能是输出
Hello World
,描述为Show Hello World
int hello_cmd(int argc, const char **argv) { printf("Hello World\n"); } FINSH_FUNCTION_EXPORT_ALIAS(hello_cmd, hello, Show Hello World)
即可在小核找到命令与输出。
- 加载固件
-
解决那些千奇百怪的 Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block 错误
传言道:80%的 Kernel panic 是都是同一个报错:
剩下 5% 是 init 设置错了,其余的是剩余各式各样的
---[ end Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block ]---
所以开个帖子,记录下遇到的那些奇奇怪怪的 VFS Panic 和解决方法
-
Reply: 【开源直播】手把手教你用全志XR32芯片DIY一个自己的开发板(二:PCB焊接调试)
焊接完成,上电,UART检测到了,但是测试烧录有点问题
量了一下芯片输出,怎么0V没有电压???
再用示波器看了一下IO的输出,发现呈现一种上电掉电的感觉,感觉像是板子在不停重置
再比较看一下RESET相关电路
我画的
官方的
寄了,官方上拉是拉到VBUS的,也就是USB电源,我这里拉的是3V3,看来XR32默认上电的时候是不输出3V3的。那好办,飞线伺候
烧录进去了
跑起来了
Latest posts made by YuzukiTsuru
-
R128 SDK 0.7 /bin/bash: line 4: @set: command not found
cd /home/yuzuki/WorkSpace/R128-FreeRTOS/lichee/rtos/ && TERM=xterm-color CONFIG_=CONFIG_ PROJECT_DIR=/home/yuzuki/WorkSpace/R128-FreeRTOS/lichee/rtos kconfig-mconf Kconfig components/aw/camera_preview/Kconfig:1:warning: leading whitespace ignored drivers/drv/bluetooth/driver/controller/Kconfig:7:warning: defaults for choice values not supported *** End of the configuration. *** Execute 'make' to start the build or try 'make help'. make mkconfig if [ ! -f /home/yuzuki/WorkSpace/R128-FreeRTOS/lichee/rtos/.dbuild/..//include/generated/r128s2_pro_c906/autoconf.h ]; then \ @set -e; set -o pipefail; mkdir -p /home/yuzuki/WorkSpace/R128-FreeRTOS/lichee/rtos/.dbuild/..//include/generated/r128s2_pro_c906; \ @set -e; set -o pipefail; /home/yuzuki/WorkSpace/R128-FreeRTOS/lichee/rtos/.dbuild/../.dbuild/scripts/mkconfig/mkconfig /home/yuzuki/WorkSpace/R128-FreeRTOS/lichee/rtos/ > /home/yuzuki/WorkSpace/R128-FreeRTOS/lichee/rtos/.dbuild/..//include/generated/r128s2_pro_c906/autoconf.h; \ else \ @set -e; set -o pipefail; /home/yuzuki/WorkSpace/R128-FreeRTOS/lichee/rtos/.dbuild/../.dbuild/scripts/mkconfig/mkconfig /home/yuzuki/WorkSpace/R128-FreeRTOS/lichee/rtos/ > /home/yuzuki/WorkSpace/R128-FreeRTOS/lichee/rtos/.dbuild/..//include/generated/r128s2_pro_c906/autoconf.h.tmp; \ diff /home/yuzuki/WorkSpace/R128-FreeRTOS/lichee/rtos/.dbuild/..//include/generated/r128s2_pro_c906/autoconf.h /home/yuzuki/WorkSpace/R128-FreeRTOS/lichee/rtos/.dbuild/..//include/generated/r128s2_pro_c906/autoconf.h.tmp &>/dev/null; \ if [ $? -ne 0 ]; then \ cp /home/yuzuki/WorkSpace/R128-FreeRTOS/lichee/rtos/.dbuild/..//include/generated/r128s2_pro_c906/autoconf.h.tmp /home/yuzuki/WorkSpace/R128-FreeRTOS/lichee/rtos/.dbuild/..//include/generated/r128s2_pro_c906/autoconf.h; \ rm /home/yuzuki/WorkSpace/R128-FreeRTOS/lichee/rtos/.dbuild/..//include/generated/r128s2_pro_c906/autoconf.h.tmp; \ fi; \ fi \ /bin/bash: line 4: @set: command not found if [ ! -f /home/yuzuki/WorkSpace/R128-FreeRTOS/lichee/rtos/.dbuild/..//include/generated/r128s2_pro_c906/autoconf.h ]; then \ @set -e; set -o pipefail; mkdir -p /home/yuzuki/WorkSpace/R128-FreeRTOS/lichee/rtos/.dbuild/..//include/generated/r128s2_pro_c906; \ @set -e; set -o pipefail; /home/yuzuki/WorkSpace/R128-FreeRTOS/lichee/rtos/.dbuild/../.dbuild/scripts/mkconfig/mkconfig /home/yuzuki/WorkSpace/R128-FreeRTOS/lichee/rtos/ > /home/yuzuki/WorkSpace/R128-FreeRTOS/lichee/rtos/.dbuild/..//include/generated/r128s2_pro_c906/autoconf.h; \ else \ @set -e; set -o pipefail; /home/yuzuki/WorkSpace/R128-FreeRTOS/lichee/rtos/.dbuild/../.dbuild/scripts/mkconfig/mkconfig /home/yuzuki/WorkSpace/R128-FreeRTOS/lichee/rtos/ > /home/yuzuki/WorkSpace/R128-FreeRTOS/lichee/rtos/.dbuild/..//include/generated/r128s2_pro_c906/autoconf.h.tmp; \ diff /home/yuzuki/WorkSpace/R128-FreeRTOS/lichee/rtos/.dbuild/..//include/generated/r128s2_pro_c906/autoconf.h /home/yuzuki/WorkSpace/R128-FreeRTOS/lichee/rtos/.dbuild/..//include/generated/r128s2_pro_c906/autoconf.h.tmp &>/dev/null; \ if [ $? -ne 0 ]; then \ cp /home/yuzuki/WorkSpace/R128-FreeRTOS/lichee/rtos/.dbuild/..//include/generated/r128s2_pro_c906/autoconf.h.tmp /home/yuzuki/WorkSpace/R128-FreeRTOS/lichee/rtos/.dbuild/..//include/generated/r128s2_pro_c906/autoconf.h; \ rm /home/yuzuki/WorkSpace/R128-FreeRTOS/lichee/rtos/.dbuild/..//include/generated/r128s2_pro_c906/autoconf.h.tmp; \ fi; \ fi \ /bin/bash: line 4: @set: command not found
修改:lichee/rtos/.dbuild/dbuild.mk,把
$(DBUILD_ROOT).dbuild/scripts/mkconfig/mkconfig$(OS_EXT)
前的$(Q)
去了.PHONY: mkconfig mkconfig: $(DBUILD_ROOT).dbuild/scripts/mkconfig/mkconfig$(OS_EXT) ifeq ($(DBUILD_OS), WIN32) if [ ! -f $(CONFIG_HEADER_PATH)/$(CONFIG_HEADER_NAME) ]; then \ $(Q)mkdir -p $(CONFIG_HEADER_PATH); \ $(Q)$(DBUILD_ROOT).dbuild/scripts/mkconfig/mkconfig$(OS_EXT) $(subst \,\\,$(shell cygpath -w $(PROJECT_DIR)/)) > $(CONFIG_HEADER_PATH)/$(CONFIG_HEADER_NAME); \ else \ $(DBUILD_ROOT).dbuild/scripts/mkconfig/mkconfig$(OS_EXT) $(subst \,\\,$(shell cygpath -w $(PROJECT_DIR)/)) > $(CONFIG_HEADER_PATH)/$(CONFIG_HEADER_NAME).tmp; \ diff $(CONFIG_HEADER_PATH)/$(CONFIG_HEADER_NAME) $(CONFIG_HEADER_PATH)/$(CONFIG_HEADER_NAME).tmp &>/dev/null; \ if [ $$? -ne 0 ]; then \ cp $(CONFIG_HEADER_PATH)/$(CONFIG_HEADER_NAME).tmp $(CONFIG_HEADER_PATH)/$(CONFIG_HEADER_NAME); \ rm $(CONFIG_HEADER_PATH)/$(CONFIG_HEADER_NAME).tmp; \ fi; \ fi \ else if [ ! -f $(CONFIG_HEADER_PATH)/$(CONFIG_HEADER_NAME) ]; then \ $(Q)mkdir -p $(CONFIG_HEADER_PATH); \ $(Q)$(DBUILD_ROOT).dbuild/scripts/mkconfig/mkconfig$(OS_EXT) $(PROJECT_DIR)/ > $(CONFIG_HEADER_PATH)/$(CONFIG_HEADER_NAME); \ else \ $(DBUILD_ROOT).dbuild/scripts/mkconfig/mkconfig$(OS_EXT) $(PROJECT_DIR)/ > $(CONFIG_HEADER_PATH)/$(CONFIG_HEADER_NAME).tmp; \ diff $(CONFIG_HEADER_PATH)/$(CONFIG_HEADER_NAME) $(CONFIG_HEADER_PATH)/$(CONFIG_HEADER_NAME).tmp &>/dev/null; \ if [ $$? -ne 0 ]; then \ cp $(CONFIG_HEADER_PATH)/$(CONFIG_HEADER_NAME).tmp $(CONFIG_HEADER_PATH)/$(CONFIG_HEADER_NAME); \ rm $(CONFIG_HEADER_PATH)/$(CONFIG_HEADER_NAME).tmp; \ fi; \ fi \ endif
-
V853/V851s 增加 OpenCV, FFmpeg 编译包
opencv.tar.gz
ffmpeg.tar.gz
解压放到openwrt/package
文件夹即可 -
T113 Tina Linux 禁用 OPTEE 启动
- 在 device/config/chips/t113/configs/<aaa>/ 新建一个 boot_package.cfg
写入以下内容
[package] item=u-boot, u-boot.fex item=dtb, sunxi.fex
- 找到 lichee/linux-5.4/arch/arm/boot/dts/sun8iw20p1.dtsi 中的 psci 节点把他删了
psci { compatible = "arm,psci-1.0"; method = "smc"; };
- 打开 lichee/linux-5.4/arch/arm/mach-sunxi/platsmp.c 文件,在末尾加入下列内容
static int sun8i_t113_smp_boot_secondary(unsigned int cpu, struct task_struct *idle) { u32 reg; void __iomem *cpucfg_membase = ioremap(0x09010000, 0x10); void __iomem *cpuexec_membase[] = {ioremap(0x070005C4, 0x10),ioremap(0x070005C8, 0x10)}; if (cpu != 1) return 0; spin_lock(&cpu_lock); writel(__pa_symbol(secondary_startup), cpuexec_membase[cpu]); reg = readl(cpucfg_membase); writel(reg | BIT(cpu), cpucfg_membase); spin_unlock(&cpu_lock); return 0; } static const struct smp_operations sun8i_t113_smp_ops __initconst = { .smp_boot_secondary = sun8i_t113_smp_boot_secondary, }; CPU_METHOD_OF_DECLARE(sun8i_t113_smp, "allwinner,sun8iw20p1", &sun8i_t113_smp_ops);
-
V853 + AXP2101 上电 6s 后自动关机问题解决方法
一个老坑,AXP2101上电6s自动关机。在系统重启之后,开始加载内核,加载到一半突然没有任何log看起来像系统卡死,并在再按reset按键没有反应。
RST键是连接到PWROK的,手册也说可以做rst来用。
问了下工程师,才知道AXP2101的保护机制是进行Restart时,PMU在各路输出使能有效6s内检测PWROK Pin是否拉高,如果拉高则结束Restart流程,否则自动关机。
设计的电路并没有这个拉高,所以直接保护关机了
-
R128 S2 单天线是否需要软件配置为单天线
R128 PCB 绘制仅使用 ANT0,将ANT1浮空处理了。测试射频性能非常差,发热功耗较大。请问是否需要软件配置RF输出,使用单天线方案
-
R128 FreeRTOS 0.6 SDK 无法正常 mrtos_menuconfig
问题情况
mrtos_menuconfig 之后上下左右移动光标出现 coredump 段错误
原因
RTOS 的编译系统使用的是dbuild编译系统(https://github.com/jameswalmsley/bitthunder)
dbuild系统使用的是预编译的kconfig(https://github.com/jameswalmsley/bitthunder/tree/master/scripts/kconfig-linux64) 版本过于古老,在Ubuntu 20.04 系统上出现段错误。
解决方法
自行安装
sudo apt install kconfig-frontends
编辑lichee/rtos/.dbuild/dbuild.mk
使用自行安装的kconfig建议官方的sdk更新下kconfig版本,或者参照xr806的sdk让sdk自行编译kconfig