Rockchip RK3566 - orangepi-build脚本分析

最新推荐文章于 2026-05-20 13:56:26 发布
原创 最新推荐文章于 2026-05-20 13:56:26 发布 · 1.6k 阅读 · 14

在《Rockchip RK3566 - orangepi-build编译》我们介绍了SDK的编译流程，本节将会对编译脚本进行深入的分析。

----------------------------------------------------------------------------------------------------------------------------

开发板 ：Orange Pi 3B开发板eMMC ：32GBLPDDR4 ：8GB
显示屏 ：15.6英寸HDMI接口显示屏u-boot ：2017.09linux ：5.10
----------------------------------------------------------------------------------------------------------------------------

一、build.sh分析

orangepi-build编译命令是由build.sh脚本实现的，其脚本相对来说比较长，这里我们去掉一些非重点代码(比如docker)，内容如下：

点击查看代码 
# 获取当前脚本所在的目录路径
SRC="$(dirname "$(realpath "${BASH_SOURCE[0]}")")"

# check for whitespace in ${SRC} and exit for safety reasons 空字符串检验
grep -q "[[:space:]]" <<<"${SRC}" && { echo "\"${SRC}\" contains whitespace. Not supported. Aborting." >&2 ; exit 1 ; }

cd "${SRC}" || exit

# 启用调用跟踪
if [[ "${ORANGEPI_ENABLE_CALL_TRACING}" == "yes" ]]; then
        set -T # inherit return/debug traps
        mkdir -p "${SRC}"/output/debug
        echo -n "" > "${SRC}"/output/debug/calls.txt
        trap 'echo "${BASH_LINENO[@]}|${BASH_SOURCE[@]}|${FUNCNAME[@]}" >> ${SRC}/output/debug/calls.txt ;' RETURN
fi

# 执行./script/general.sh脚本
if [[ -f "${SRC}"/scripts/general.sh ]]; then

        # shellcheck source=scripts/general.sh
        source "${SRC}"/scripts/general.sh

else

        echo "Error: missing build directory structure"
        echo "Please clone the full repository by https://github.com/orangepi-xunlong/orangepi-build"
        exit 255

fi

# 校验第一个参数
if [[ "${EUID}" == "0" ]] || [[ "${1}" == "vagrant" ]]; then
        :
elif [[ "${1}" == docker || "${1}" == dockerpurge || "${1}" == docker-shell ]] && grep -q "$(whoami)" <(getent group docker); then
        :
else
        # 以root身份执行脚本
        display_alert "This script requires root privileges, trying to use sudo" "" "wrn"
        sudo "${SRC}/build.sh" "$@"
        exit $?
fi

# 走else分支，为宿主机ubuntu 22.04系统安装基础包，比如dialog、uuid、uuid-runtime等
if [ "$OFFLINE_WORK" == "yes" ]; then
        echo -e "\n"
        display_alert "* " "You are working offline."
        display_alert "* " "Sources, time and host will not be checked"
        echo -e "\n"
        sleep 3s
else
        # check and install the basic utilities here 
        prepare_host_basic
fi

EXTER="${SRC}/external"

# Create userpatches directory if not exists
mkdir -p "${SRC}"/userpatches

# Create example configs if none found in userpatches
if ! ls "${SRC}"/userpatches/{config-example.conf,config-docker.conf,config-vagrant.conf} 1> /dev/null 2>&1; then

        # Migrate old configs
        if ls "${SRC}"/*.conf 1> /dev/null 2>&1; then
                display_alert "Migrate config files to userpatches directory" "all *.conf" "info"
                cp "${SRC}"/*.conf "${SRC}"/userpatches  || exit 1
                rm "${SRC}"/*.conf
                [[ ! -L "${SRC}"/userpatches/config-example.conf ]] && ln -fs config-example.conf "${SRC}"/userpatches/config-default.conf || exit 1
        fi

        display_alert "Create example config file using template" "config-default.conf" "info"

        # Create example config
        if [[ ! -f "${SRC}"/userpatches/config-example.conf ]]; then
                cp "${EXTER}"/config/templates/config-example.conf "${SRC}"/userpatches/config-example.conf || exit 1
                ln -fs config-example.conf "${SRC}"/userpatches/config-default.conf || exit 1
        fi

        # Create Docker config
        if [[ ! -f "${SRC}"/userpatches/config-docker.conf ]]; then
                cp "${EXTER}"/config/templates/config-docker.conf "${SRC}"/userpatches/config-docker.conf || exit 1
        fi

        # Create Docker file
        if [[ ! -f "${SRC}"/userpatches/Dockerfile ]]; then
                cp "${EXTER}"/config/templates/Dockerfile "${SRC}"/userpatches/Dockerfile || exit 1
        fi

        # Create Vagrant config
        if [[ ! -f "${SRC}"/userpatches/config-vagrant.conf ]]; then
                cp "${EXTER}"/config/templates/config-vagrant.conf "${SRC}"/userpatches/config-vagrant.conf || exit 1
        fi

        # Create Vagrant file
        if [[ ! -f "${SRC}"/userpatches/Vagrantfile ]]; then
                cp "${EXTER}"/config/templates/Vagrantfile "${SRC}"/userpatches/Vagrantfile || exit 1
        fi

fi

# 不会进入
if [[ -z "${CONFIG}" && -n "$1" && -f "${SRC}/userpatches/config-$1.conf" ]]; then
        CONFIG="userpatches/config-$1.conf"
        shift
fi

# usind default if custom not found
if [[ -z "${CONFIG}" && -f "${SRC}/userpatches/config-default.conf" ]]; then
        CONFIG="userpatches/config-default.conf"
fi
# source build configuration file
CONFIG_FILE="$(realpath "${CONFIG}")"

if [[ ! -f "${CONFIG_FILE}" ]]; then
        display_alert "Config file does not exist" "${CONFIG}" "error"
        exit 254
fi

CONFIG_PATH=$(dirname "${CONFIG_FILE}")

# Source the extensions manager library at this point, before sourcing the config.
# This allows early calls to enable_extension(), but initialization proper is done later.
# shellcheck source=scripts/extensions.sh
source "${SRC}"/scripts/extensions.sh

display_alert "Using config file" "${CONFIG_FILE}" "info"
pushd "${CONFIG_PATH}" > /dev/null || exit
# shellcheck source=/dev/null
source "${CONFIG_FILE}"
popd > /dev/null || exit

[[ -z "${USERPATCHES_PATH}" ]] && USERPATCHES_PATH="${CONFIG_PATH}"

# Script parameters handling
while [[ "${1}" == *=* ]]; do

        parameter=${1%%=*}
        value=${1##*=}
        shift
        display_alert "Command line: setting $parameter to" "${value:-(empty)}" "info"
        eval "$parameter=\"$value\""

done


if [[ "${BUILD_ALL}" == "yes" || "${BUILD_ALL}" == "demo" ]]; then

        # shellcheck source=scripts/build-all-ng.sh
        source "${SRC}"/scripts/build-all-ng.sh

else

        # shellcheck source=scripts/main.sh
        source "${SRC}"/scripts/main.sh

fi

接下来我们针对该脚本内容从上往下依次分析。

1.1 开启调用追踪

如果我们需要启动调用跟踪，在执行命令时设置ORANGEPI_ENABLE_CALL_TRACING即可，比如：

ORANGEPI_ENABLE_CALL_TRACING=yes && ./build.sh

如果环境变量 ORANGEPI_ENABLE_CALL_TRACING 设置为 "yes"，将启用函数调用跟踪；

if [[ "${ORANGEPI_ENABLE_CALL_TRACING}" == "yes" ]]; then
        set -T # inherit return/debug traps
        # 创建调试目录
        mkdir -p "${SRC}"/output/debug
        # 初始化一个空的calls.txt文件，用于存储调试信息
        echo -n "" > "${SRC}"/output/debug/calls.txt
        # 设置一个陷阱，在脚本退出时记录函数调用详情 
        trap 'echo "${BASH_LINENO[@]}|${BASH_SOURCE[@]}|${FUNCNAME[@]}" >> ${SRC}/output/debug/calls.txt ;' RETURN
fi
1.2 执行general.sh脚本

接着是使用source命令执行general.sh脚本，该脚本位于<SDK>/scripts目录下；

if [[ -f "${SRC}"/scripts/general.sh ]]; then
    source "${SRC}"/scripts/general.sh
else
    echo "错误：缺少构建目录结构"
    echo "请通过 https://github.com/orangepi-xunlong/orangepi-build 克隆完整的存储库"
    exit 255
fi

使用source命令执行脚本的一些注意事项：

  • 环境变量和函数的影响：被执行的脚本可以修改当前shell的环境变量和定义的函数，这些修改将持续影响到当前shell的会话，直到会话结束或者重新定义了这些变量和函数。
  • 退出状态：被执行的脚本的退出状态(即最后一个命令的退出状态)会影响到当前shell。可以通过$?变量来获取最近一次执行命令的退出状态；
  • 交互性：与直接执行脚本不同，使用source执行脚本时，不会创建新的shell环境，因此不会有新的子shell进程。这使得它适合于需要脚本和当前shell环境之间相互影响的场景，例如定义函数或设置环境变量。
1.3 执行prepare_host_basic脚本

prepare_host_basic脚本是在general.sh中定义的，为宿主机ubuntu 22.04系统安装基础包，比如dialog、uuid 、uuid-runtime等。

1.4 创建userpatches目录

如果userpatches目录不存在则创建userpatches目录；

EXTER="${SRC}/external"

# Create userpatches directory if not exists
mkdir -p "${SRC}"/userpatches
1.4.1 创建example config

接着这段脚本代码主要用于检查和创建示例配置文件和相关文件，如果在 ${SRC}/userpatches 目录下找不到特定的配置文件，则创建相应的示例配置文件和相关文件；

# Create example configs if none found in userpatches  检查是否存在示例配置文件,如果都不存在则进入
if ! ls "${SRC}"/userpatches/{config-example.conf,config-docker.conf,config-vagrant.conf} 1> /dev/null 2>&1; then
        # Migrate old configs  迁移旧配置文件，不会进入
        if ls "${SRC}"/*.conf 1> /dev/null 2>&1; then
                display_alert "Migrate config files to userpatches directory" "all *.conf" "info"
                cp "${SRC}"/*.conf "${SRC}"/userpatches  || exit 1
                rm "${SRC}"/*.conf
                [[ ! -L "${SRC}"/userpatches/config-example.conf ]] && ln -fs config-example.conf "${SRC}"/userpatches/config-default.conf || exit 1
        fi

        display_alert "Create example config file using template" "config-default.conf" "info"

        # Create example config
        if [[ ! -f "${SRC}"/userpatches/config-example.conf ]]; then
                cp "${EXTER}"/config/templates/config-example.conf "${SRC}"/userpatches/config-example.conf || exit 1
                ln -fs config-example.conf "${SRC}"/userpatches/config-default.conf || exit 1
        fi

        # Create Docker config
        if [[ ! -f "${SRC}"/userpatches/config-docker.conf ]]; then
                cp "${EXTER}"/config/templates/config-docker.conf "${SRC}"/userpatches/config-docker.conf || exit 1
        fi

        # Create Docker file
        if [[ ! -f "${SRC}"/userpatches/Dockerfile ]]; then
                cp "${EXTER}"/config/templates/Dockerfile "${SRC}"/userpatches/Dockerfile || exit 1
        fi

        # Create Vagrant config
        if [[ ! -f "${SRC}"/userpatches/config-vagrant.conf ]]; then
                cp "${EXTER}"/config/templates/config-vagrant.conf "${SRC}"/userpatches/config-vagrant.conf || exit 1
        fi

        # Create Vagrant file
        if [[ ! -f "${SRC}"/userpatches/Vagrantfile ]]; then
                cp "${EXTER}"/config/templates/Vagrantfile "${SRC}"/userpatches/Vagrantfile || exit 1
        fi

fi

检查是否存在示例配置文件，如果都不存在：

  • 迁移旧配置文件：正常不会进入该分支；
  • 创建示例配置文件：如果 ./userpatches/config-example.conf 不存在，则从 ./external/config/templates/ 目录复制 config-example.conf 到 ./userpatches/ 目录，并创建一个指向config-example.conf的符号链接 config-default.conf；
  • 创建Docker相关文件：如果./userpatches/config-docker.conf和./userpatches/Dockerfile不存在，则分别从 ./external/config/templates/目录复制config-docker.conf和Dockerfile到 ./userpatches/目录；
  • 创建Vagrant相关文件：如果./userpatches/config-vagrant.conf和./userpatches/Vagrantfile不存在，则分别从 ./external/config/templates/目录复制config-vagrant.conf和Vagrantfile到${SRC}/userpatches/目录。

因此执行完成后会在userpatches目录下创建config-default.conf、config-docker.conf、config-example.conf、config-vagrant.conf、Vagrantfile文件；

root@ubuntu:/work/sambashare/rk3566/orangepi-build$ ll userpatches/
lrwxrwxrwx  1 root root    19  7月 10 14:20 config-default.conf -> config-example.conf
-rw-r--r--  1 root root  5846  7月 10 14:20 config-docker.conf
-rw-r--r--  1 root root  1274  7月 10 17:57 config-example.conf
-rw-r--r--  1 root root   715  7月 10 14:20 config-vagrant.conf
-rw-r--r--  1 root root  3111  7月 10 14:20 Dockerfile
-rw-r--r--  1 root root  1715  7月 10 14:20 Vagrantfile
1.4.2 使用默认配置

确定要使用的配置文件路径，并确保该配置文件存在。如果未找到任何自定义配置文件 ($1)，则将使用默认配置文件 (config-default.conf)；

# 检查自定义配置文件的存在性，由于参数1为指定因此不会进入
if [[ -z "${CONFIG}" && -n "$1" && -f "${SRC}/userpatches/config-$1.conf" ]]; then
        CONFIG="userpatches/config-$1.conf"
        shift
fi

# usind default if custom not found
if [[ -z "${CONFIG}" && -f "${SRC}/userpatches/config-default.conf" ]]; then
        CONFIG="userpatches/config-default.conf"
fi

# source build configuration file, 获取配置文件绝对路径，<SDK>/userpatches/config-example.conf
CONFIG_FILE="$(realpath "${CONFIG}")"

# 检查配置文件的实际存在性，由于文件的确存在因此不会进入
if [[ ! -f "${CONFIG_FILE}" ]]; then
        display_alert "Config file does not exist" "${CONFIG}" "error"
        exit 254
fi

# 获取配置文件所在目录，<SDK>/userpatches
CONFIG_PATH=$(dirname "${CONFIG_FILE}")
1.5 执行extensions.sh脚本

接着是使用source命令执行extensions.sh脚本，该脚本位于<SDK>/scripts目录下；

# Source the extensions manager library at this point, before sourcing the config.
# This allows early calls to enable_extension(), but initialization proper is done later.
# shellcheck source=scripts/extensions.sh
source "${SRC}"/scripts/extensions.sh
1.6 加载配置文件

接着是输出当前使用的配置文件夹信息，然后切换工作目录并加载配置文件：

display_alert "Using config file" "${CONFIG_FILE}" "info"

# 将当前工作目录切换到 ${CONFIG_PATH}
pushd "${CONFIG_PATH}" > /dev/null || exit

# shellcheck source=/dev/null，加载${CONFIG_FILE}中的shell脚本
source "${CONFIG_FILE}"

# 恢复之前的工作目录
popd > /dev/null || exit

# 设置USERPATCHES_PATH=${CONFIG_PATH}
[[ -z "${USERPATCHES_PATH}" ]] && USERPATCHES_PATH="${CONFIG_PATH}"

# Script parameters handling，由于未指定参数1因此不会进入
while [[ "${1}" == *=* ]]; do
        parameter=${1%%=*}
        value=${1##*=}
        shift
        display_alert "Command line: setting $parameter to" "${value:-(empty)}" "info"
        eval "$parameter=\"$value\""
done
1.6.1 config-example.conf

CONFIG_FILE被定义为了<SDK>/userpatches/config-example.conf，内容如下：

KERNEL_CONFIGURE=""                     # leave empty to select each time, set to "yes" or "no" to skip dialog prompt
CLEAN_LEVEL="debs,oldcache"             # comma-separated list of clean targets: "make" = make clean for selected kernel and u-boot,
                                        # "debs" = delete packages in "./output/debs" for current branch and family,
                                        # "alldebs" = delete all packages in "./output/debs", "images" = delete "./output/images",
                                        # "cache" = delete "./output/cache", "sources" = delete "./sources"
                                        # "oldcache" = remove old cached rootfs except for the newest 8 files

DEST_LANG="en_US.UTF-8"                 # sl_SI.UTF-8, en_US.UTF-8

# advanced
EXTERNAL_NEW="prebuilt"                 # compile and install or install prebuilt additional packages
INSTALL_HEADERS=""                      # install kernel headers package
LIB_TAG="master"                        # change to "branchname" to use any branch currently available.
USE_TORRENT="yes"                       # use torrent network for faster toolchain and cache download
DOWNLOAD_MIRROR="china"                 # set to "china" to use mirrors.tuna.tsinghua.edu.cn

BOARD=""
BRANCH=""
RELEASE=""
WIREGUARD="no"
BUILD_KSRC="no"
INSTALL_KSRC="no"
IGNORE_UPDATES="yes"
COMPRESS_OUTPUTIMAGE="no"
NO_APT_CACHER="yes"

#install_balena_etcher="yes"
#install_zfs="yes"
#install_docker="yes"
#install_chromium="yes"
#install_firefox="yes"

该脚本中定义的一些变量将会被加载到当前shell中。

1.7 进入main.sh

脚本的最后使用source命令执行main.sh脚本；

if [[ "${BUILD_ALL}" == "yes" || "${BUILD_ALL}" == "demo" ]]; then
        # shellcheck source=scripts/build-all-ng.sh
        source "${SRC}"/scripts/build-all-ng.sh
else
        # shellcheck source=scripts/main.sh
        source "${SRC}"/scripts/main.sh
fi

二、general.sh分析

general.sh是一个通用脚本，该脚本位于<SDK>/scripts目录下，脚本提供了通用功能；

  • cleaning：
  • exit_with_error：
  • get_package_list_hash：
  • create_sources_list：
  • clean_up_git：
  • waiter_local_git：
  • fetch_from_repo：
  • improved_git：
  • distro_menu：
  • addtorepo：
  • repo-remove-old-packages：
  • wait_for_package_manager：
  • install_pkg_deb：
  • prepare_host_basic：
  • prepare_host：
  • webseed：
  • download_and_verify：
  • show_developer_warning：
  • show_checklist_variables：
2.1 display_alert

display_alert用于在终端中显示带有不同类型标签的警告信息；

#--------------------------------------------------------------------------------------------------------------------------------
# Let's have unique way of displaying alerts
#--------------------------------------------------------------------------------------------------------------------------------
display_alert()
{
        # log function parameters to install.log
        [[ -n "${DEST}" ]] && echo "Displaying message: $@" >> "${DEST}"/${LOG_SUBPATH}/output.log

        local tmp=""
        [[ -n $2 ]] && tmp="[\e[0;33m $2 \x1B[0m]"

		# 根据第三个参数 $3 的不同取值，输出不同类型的警告信息
        case $3 in
                err)
                # 红色文字
                echo -e "[\e[0;31m error \x1B[0m] $1 $tmp"
                ;;

                wrn)
                # 洋红色文字
                echo -e "[\e[0;35m warn \x1B[0m] $1 $tmp"
                ;;

                ext)
                # 绿色文字
                echo -e "[\e[0;32m o.k. \x1B[0m] \e[1;32m$1\x1B[0m $tmp"
                ;;

                info)
                # 加粗绿色文字
                echo -e "[\e[0;32m o.k. \x1B[0m] $1 $tmp"
                ;;

                *)
                # 绿色样式(作为通用信息)
                echo -e "[\e[0;32m .... \x1B[0m] $1 $tmp"
                ;;
        esac
}
2.2 prepare_host_basic

prepare_host_basic为宿主机ubuntu 22.04系统安装基础包，比如dialog、uuid 、uuid-runtime等；

# prepare_host_basic
#
# * installs only basic packages
#
prepare_host_basic()
{
        # command:package1 package2 ...
        # list of commands that are neeeded:packages where this command is
        local check_pack install_pack
        local checklist=(
最低0.47元/天 解锁文章
OrangePi_Build:Orange Pi的官方构建系统，支持A64，RDA，RK3399
05-02
1. Orange Pi构建系统支持： 全志A64 OrangePi赢了 OrangePi Win Plus 瑞芯微RK3399 橙皮RK3399 RDA8810 橙皮I96 OrangePi 2G-IOT MT6572 OrangePi 3G-IOT MT6737 OrangePi 4G-IOT 2.编译环境 仅支持Ubuntu 18.04。 因此，您需要在Ubuntu 18.04上安装PC或虚拟机。 3.下载源代码 首先下载 ，该文件可用于下载Orange Pi开发板的所有linux sdk。 git clone https://github.com/orangepi-xunlong/OrangePi_Build.git 输入OrangePi_Build并运行Build_OrangePi.sh 。 $ cd OrangePi_Build $ ./Build_Orange
RK3566系统移植：基于RK-Linux-SDK移植U-Boot的嵌入式方案
CyberBytezZ的博客
09-10 1581
本文介绍了在RK3566系统上移植RK-Linux-SDK和U-Boot的步骤。通过正确配置和编译，可以生成适用于RK3566处理器的U-Boot和Linux内核镜像。本文将介绍如何在RK3566系统上进行移植，以及如何使用RK-Linux-SDK移植U-Boot引导程序。在U-Boot命令行界面中，设置合适的启动参数，包括设置内核镜像的加载地址和启动命令。RK3566系统移植：基于RK-Linux-SDK移植U-Boot的嵌入式方案。解压下载得到的RK-Linux-SDK压缩包到合适的目录。
[Orangepi 3 LTS]学习记录（三）
Sure_Brserker的博客
12-12 1035
香橙派学习记录
Orange Pi 3B开发板深度评测：RK3566芯片、NPU与丰富接口的创客利器
最新发布
weixin_34191434的博客
05-20 638
单板计算机（SBC）作为嵌入式开发与创客项目的核心硬件平台，其核心价值在于通过集成化的设计，将处理器、内存、存储及丰富外设接口整合于小巧的板卡之上。其工作原理基于主控SoC（系统级芯片）协调各组件运行，并依赖操作系统（如Linux）管理硬件资源与执行应用程序。在技术价值层面，高性能、低功耗的ARM架构处理器（如Cortex-A55）结合专用加速单元（如NPU神经网络处理单元），使得SBC在边缘计算、AI推理和多媒体处理等场景中，能以低成本实现传统PC或服务器的部分功能。典型应用场景包括搭建家庭服务器、部署A
orangepiZero2内核编译
weixin_45993872的博客
03-13 1532
orangepiZero内核编译
【泰山派_RK3566学习记录】之Linux系统sdk编译——Ubuntu
clonearm的博客
03-25 4445
泰山派Ubuntu编译
Rockchip RK3566 - orangepi-build编译
Graceful_scenery的博客
07-10 3319
---------------------------------------------------------------------------------------------------------------------------- 开发板 ：Orange Pi 3B开发板eMMC ：32GBLPDDR4 ：8GB 显示屏 ：15.6英寸HDMI接口显示屏u-boot ：2017...
Rockchip RK3566 - 深入解析orangepi-build构建流程与定制化实践
weixin_29168675的博客
03-07 224
本文深入解析了基于Rockchip RK3566平台的orangepi-build构建系统流程与定制化实践。详细介绍了从源码到镜像的完整构建步骤，并重点讲解了如何通过修改内核配置、添加驱动补丁、定制根文件系统以及编写自动化脚本，实现对Orange Pi 3B系统镜像的深度定制与编译优化，帮助开发者打造专属的嵌入式Linux系统。
从零构建嵌入式Linux系统：orangepi-build编译系统深度解析与实战
sat99的博客
02-05 721
本文深度解析基于Rockchip RK3566处理器的orangepi-build编译系统，详细指导如何从零构建嵌入式Linux系统。涵盖环境配置、交叉编译工具链管理、U-Boot与内核定制、根文件系统构建及镜像烧录全流程，帮助开发者高效定制嵌入式Linux系统，适用于物联网和工业控制等场景。
Orangepi3B rockchip rk3566修改调试串口波特率为115200
qq_31487199的博客
12-09 446
orangepi3B rockchip rk3566修改调试串口波特率为115200
香橙派（orangePiZero2）：交叉编译、内核编译及驱动开发
m0_53809203的博客
11-07 9336
Linux的交叉编译、内核编译、内核移植、驱动编译详解。同时，也欢迎大家对我哪里表述不对的地方提出指正，谢谢！！关注我，可看更多资源！！
RK3566 linux系统移植第一篇---------找到官方SDK，下载解压，解决环境依赖
weixin_44251074的博客
07-27 3811
rk3566 arm芯片开发调试 官方sdk移植
【泰山派RK3566】Buildroot SDK 使用记录（一）
似水流年
02-26 3594
【代码】【泰山派RK3566】使用记录。
OrangePi_Build 项目常见问题解决方案
gitblog_01200的博客
11-21 729
OrangePi_Build 项目常见问题解决方案 项目基础介绍 OrangePi_Build 是一个官方的构建系统，专门用于 Orange Pi 开发板的软件开发。该项目支持多种 Orange Pi 型号，包括 Allwinner A64、Rockchip RK3399 等。主要编程语言包括 Shell 脚本和 C 语言，用于编译和配置 Linux 内核、U-Boot 以及其他系统组件。 新手使...
Rockchip RK3588 Android SDK编译方法
热门推荐
weixin_43245753的博客
05-11 1万+
Rockchip RK3588 Android SDK在原始Android的编译方式的基础上封装了一个编译脚本build.sh，用来简化编译命令，下面介绍build.sh脚本编译的使用
香橙派学习（一）加速下载编译环境，并烧录u-boot启动
qq_38383364的博客
04-24 1650
首先是从github拉去orange-pi的编译环境，百度网盘下载的比较旧，解压完也需要重新拉取这里为了加速，在github账号里面，fork一下官网的仓库，然后在gitee里面导入一下，之后就可以在gitee里面下载了可以看到速度相对于github，还是可以接受的注意，master分支是没有OPI-4-LTS的选项的，需要切换到next分支。
orangepi 3 H6之uboot，linux源码，rootfs,linux镜像编译
weixin_45787652的博客
02-25 3512
获取 linux sdk 的源码 1) 首先下载 orangepi-build 的代码，orangepi-build 的代码是基于 armbian build 编译 系统修改而来的，目前 H6 系列开发板已经支持 legacy 分支和 current 分支 huislee@huislee-virtual-machine:~/work/$ sudo apt update huislee@huislee-virtual-machine:~/work/$ sudo apt install git huislee@
【亲测免费】 OrangePi_Build 项目使用教程
gitblog_00435的博客
08-18 750
OrangePi_Build 项目使用教程 1. 项目的目录结构及介绍 OrangePi_Build 项目的目录结构如下： OrangePi_Build/ ├── Build_OrangePi.sh ├── README.md ├── configs/ │ ├── kernel/ │ ├── uboot/ │ └── ... ├── scripts/ │ ├── build_ker...
RK3566系统移植 | 基于rk-linux-sdk移植uboot（2017.09）
Mculover666的博客（嵌入式）
10-22 2485
基于rk-linux-sdk中提供的uboot移植到rk3566开发板。
RK3568成功使用docker
weixin_46495125的博客
05-19 3059
第一行是将arch/arm64/configs/xxx_defconfig配置文件中的内容写入linux源码/kernel/.config中，较为简单的方法是找到xxx_defconfig文件，直接将缺少的配置写入，如CONFIG_NF_NAT=y写入。首先需要从docker官网下载./check-config-for-docker.sh .config文件，查看当前内核的.config缺少了docker的哪些配置。第二行是打开图形化配置界面，进行配置输入 /CONFIG_ xxx 来查询缺少的配置。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

Graceful_scenery

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值