ophub / amlogic-s9xxx-armbian

Support for Armbian in Amlogic, Rockchip and Allwinner boxes. Support a311d, s922x, s905x3, s905x2, s912, s905d, s905x, s905w, s905, s905l, rk3588, rk3568, rk3399, rk3328, h6, etc.

Geek Repo:Geek Repo

Github PK Tool:Github PK Tool

众云世纪 ZYSJ(RK3399)新机型适配反馈

GD2021 opened this issue · comments

commented

添加情况: c8c4d17

DTS和U-BOOT文件: https://github.com/cm9vdA/build-linux
内核使用源码: https://github.com/unifreq/linux-6.1.y
U-BOOT使用源码: https://github.com/u-boot/u-boot (v2023.01)
rkbin使用源码: https://github.com/rockchip-linux/rkbin

内核和U-BOOT编译都很顺利,没报错,你试试能不能用用吧:
https://github.com/ophub/amlogic-s9xxx-armbian/releases/tag/Armbian_jammy_05.08.2308

# 01. 创建编译目录
cd ~/xxx

# 进入编译目录
mkdir zysj
cd zysj
# 02. clone u-boot 源码
git clone https://github.com/u-boot/u-boot

# 检出指定版本的 tags(v2023.01)
cd u-boot
git checkout -b v2023.01 v2023.01

# 查看检出结果正确
git branch -a
cd ../
# 03. clone rkbin
https://github.com/rockchip-linux/rkbin
# 04. clone 编译仓库
git clone https://github.com/cm9vdA/build-linux

# 05. 按仓库说明编辑 u-boot 参数设置
vi build-linux/env/common/build_uboot_aarch64

# 我的环境:ubuntu22.04 x86_64。如果是在armbian里编译时,因为需要先编译ATF,所以两个工具链都下载
# 下载需要的工具链,解压缩到你指定的存放路径
# 修改配置文件,根据自己工具链的路径和名称修改,我修改后的内容如下:

TOOLCHAIN_PATH=/usr/local/toolchain
TOOLCHAIN_NAME=arm-gnu-toolchain-12.2.rel1-x86_64-aarch64-none-elf
ARM_TOOLCHAIN_NAME=arm-gnu-toolchain-12.2.rel1-aarch64-arm-none-eabi

export ARCH=arm
export CROSS_COMPILE=aarch64-none-elf-
# 06. 创建 u-boot 编译目录
mkdir mkuboot
cd mkuboot

# 07. 按仓库说明创建编译脚本软连接
ln -sf ../u-boot uboot
ln -sf ../build-linux/mk_uboot.sh build_uboot_zysj

# 08. 编译 u-boot
./build_uboot_zysj
# 选1生成配置,再次运行选3开始编译(过程中可能报错,看错误提示缺少什么,安装对应的编译依赖包后重试)

# 09. 查看编译好的 u-boot:
cd .build_uboot
ls

# 复制出 u-boot 备用
mkdir ../zysj-uboot
cp -f idbloader.img ../zysj-uboot
cp -f u-boot.itb ../zysj-uboot
  • 编译内核的方法
    a. 可以使用这个仓库的内核编译脚本和方法编译此 dtb
    b. 使用常规编译方法:
  1. rk3399-zysj.dts 放入内核源码目录 rockchip
  2. Makefile 里编译编译此DTB: dtb-$(CONFIG_ARCH_ROCKCHIP) += rk3399-zysj.dtb
  3. 然后正常 make 编译即可
commented

固件反馈:系统启动一切正常,没有报错,只是USB2.0插入键盘不可用,3.0正常,tpyec正常。

commented

请更新bullseye版

commented

image

commented

线刷时的bin我用的这个没问题吧?
image

commented

image
image
image

bullseye版固件反馈:
1、除上面两处报错外,启动正常
2、接口USB2.0不可用,其余正常。

commented

ttl你没接所以错误可以忽略了
那个loader文件几个版本都通用,你刚才刷的哪个?传个上来。

commented

好的。

commented

我看到有人反馈USB问题,原因我也不清楚,我这边用docker编译的Armbian是正常的,截图从上到下三个依次是USB3.0,Type-C和USB2.0插入外设以后的识别情况。

zysj

我看到有人反馈USB问题,原因我也不清楚,我这边用docker编译的Armbian是正常的,截图从上到下三个依次是USB3.0,Type-C和USB2.0插入外设以后的识别情况。

zysj

是的,我用这个固件也正常,但是dmesg多了很多报错,具体原因不明白。linux苦手。

固件链接:http://files.kos.org.cn/%E7%91%9E%E8%8A%AF%E5%BE%AE/ZYSJ-rk3399%26ZYSJ1739A/Armbian_23.02.0-trunk_Zysj_bullseye_current_6.1.27.img.gz

commented

@inoeud 错误信息贴出来看下吧

commented

@inoeud 可以dmesg -lerr过滤一下,目前看到的几条,没什么大问题,至少不影响用。

commented

前边几个我也不知道啥原因。

我板子上没WiFi模块,所以WiFi 和 蓝牙我没加。是TN3399群主加的,可能是需要加一下firmware文件吧

commented

4+32能拿来直接用吗 还是说要修改

不能tf卡启动,uboot应该有点问题

我看到有人反馈USB问题,原因我也不清楚,我这边用docker编译的Armbian是正常的,截图从上到下三个依次是USB3.0,Type-C和USB2.0插入外设以后的识别情况。

zysj

群里有人反馈不能tf卡启动,是不是defconfig配置有问题?

我看到有人反馈USB问题,原因我也不清楚,我这边用docker编译的Armbian是正常的,截图从上到下三个依次是USB3.0,Type-C和USB2.0插入外设以后的识别情况。
zysj

群里有人反馈不能tf卡启动,是不是defconfig配置有问题?

能否tf启动和defconfig没啥关系,从我之前编译原版Armbian的经验来看,和boards里板子配置文件中的BOOT_SCENARIO参数有关,配置为only-blobs以后生成的固件是支持tf启动,改成其他的就可能不支持了,具体的原理我没有去深入了解过。

我看到有人反馈USB问题,原因我也不清楚,我这边用docker编译的Armbian是正常的,截图从上到下三个依次是USB3.0,Type-C和USB2.0插入外设以后的识别情况。
zysj

群里有人反馈不能tf卡启动,是不是defconfig配置有问题?

能否tf启动和defconfig没啥关系,从我之前编译原版Armbian的经验来看,和boards里板子配置文件中的BOOT_SCENARIO参数有关,配置为only-blobs以后生成的固件是支持tf启动,改成其他的就可能不支持了,具体的原理我没有去深入了解过。

那就是ophub编译的那个.conf里的BOOT_SCENARIO参数没对?

我看到有人反馈USB问题,原因我也不清楚,我这边用docker编译的Armbian是正常的,截图从上到下三个依次是USB3.0,Type-C和USB2.0插入外设以后的识别情况。
zysj

群里有人反馈不能tf卡启动,是不是defconfig配置有问题?

能否tf启动和defconfig没啥关系,从我之前编译原版Armbian的经验来看,和boards里板子配置文件中的BOOT_SCENARIO参数有关,配置为only-blobs以后生成的固件是支持tf启动,改成其他的就可能不支持了,具体的原理我没有去深入了解过。

ophub这个是先编译odroidn2作为底包然后创建一个img镜像进行替换相关boot和rootfs,其他板子都能tf卡启动,按理说那个参数应该是对的吧