Buildroot for RK3399/zh

最新推荐文章于 2025-06-19 20:38:08 发布
原创 最新推荐文章于 2025-06-19 20:38:08 发布 · 4.2k 阅读 · 19 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#RK3399 #buildroot

1 Buildroot简介

Buildroot是Linux平台上一个构建嵌入式Linux系统的框架，由Makefile脚本和Kconfig配置文件构成，旨在简化系统制作步骤，可实现一站式生成可烧写的系统固件，最终的固件包含boot-loader、kernel和rootfs，以及rootfs中的各种库和应用程序 (例如qt, gstreamer, busybox等)。

由 FriendlyELEC 提供的 Buildroot 项目是基于Rockchip原厂的 linux-sdk 制作, 项目使用 git 管理，与原厂的linux sdk更新保持同步; 

2 下载体验版固件

访问此处的下载地址下载:

Image Files
rk3399-sd-buildroot-linux-4.4-arm64-YYYYMMDD.img.zip 从SD卡启动的固件
rk3399-eflasher-buildroot-YYYYMMDD.img.zip 用于烧写到eMMC运行

解压后用 dd 或者 win32image 烧写到 SD 卡。

3 帐户与密码

用户名: root
密码: rockchip
 

4 获取项目源代码

4.1 安装 repo 工具

首先需要安装 repo 工具：

git clone https://github.com/friendlyarm/repo
cp repo/repo /usr/bin/

4.2 下载项目源代码

有以下两种途径获取项目源代码，中国大陆用户建议使用方法1的途径下载:

4.2.1 方法一：使用网盘里的repo压缩包

网盘下载地址: 

最低0.47元/天 解锁文章

200万优质内容无限畅学
RK3588 buildroot制作的系统支持中文编码
荻夜的博客
12-16 371
buildroot 系统默认不支持中文，通过修改配置，让系统支持中文显示和输入
rk3399pro中编译应用程序
wuqingquan9512的博客
04-13 1617
Linux应用程序在开发板上编译遇到的问题及解决方法
嵌入式linux之buildroot(二)编译rk3399镜像
嵌入式开发
01-17 2192
编译rk3399镜像
20250619在Ubuntu20.04.6下编译Rockchip瑞芯微原厂的RK3576的Buildroot系统
南岭笑笑生之家
06-19 1371
RK3576 Buildroot系统编译记录 在Ubuntu 20.04.6环境下，针对Rockchip RK3576芯片的Buildroot系统编译过程如下： 问题发现与解决：初始编译时发现缺少原厂配置选项，经与飞凌OK3576-C开发板比对，通过替换device/rockchip/.chips/rk3576目录中的parameter.txt文件解决问题。 编译步骤： 进入源码目录执行./build.sh，选择rockchip_rk3576_evb1_v10_defconfig配置。 编译过程包含内核（6
RK3399 buildroot编译、重新编译、增量编译
横山郡守的博客
02-25 3135
添加编译包 添加quectel-CM app OK3399-linux-source$ ls app/quectel-CM build.sh ethtool-copy.h main.c MPQCTL.h MPQMUX.h QMIThread.c quectel-CM quectel-qmi-proxy udhcpc.c util.h default.script GobiNetCM.c Makefile
3.6 RK3399项目开发实录-板载Buildroot 系统的使用（wulianjishu666）
vx349014857的博客
03-19 1638
瑞芯微RK3399开发笔记，欢迎点赞收藏。
RK3399 ，64位，Ubuntu16.04系统安装ROS-kinetic方法总结
petertang1975的博客
10-21 870
RK3399 ，64位，Ubuntu16.04系统安装ROS-kinetic方法总结
firefly-rk3399 开发记录1-环境搭建
huahuang1508的博客
08-03 1462
1.固件 目前先选择builroot编译，在官方下载最新的固件，这里使用的是firefly-sdk-20200629.7z，校验MD5 通过后，则进行解压http://wiki.t-firefly.com/zh_CN/Firefly-RK3399/buildroot_compile.html，基本编译步骤和教程一样。 这里选择的是docker部署，docker的方式懂的人自认就懂 a).docker pull ubuntu:16.04 b).创建容器，并映射目录,把固件源码目录映射到容器中 c.
ota升级 rk3399_Toybrick-开源社区-TB-RK3399ProD-rk3399pro OTA在线升级问题
weixin_39537049的博客
12-19 1128
验证环境说明：1、OTA服务器搭建在局域网 Ubuntu 18.04 物理机上2、参考RK SDK Android4.0 OTA服务器搭建及产品OTA功能配置.pdfmanifast.xml 添加如下4、服务端server.xml未做修改，保持默认5、修改device/rockchip/rk3399pro/rk3399pro.mkro.product.version = 1.0.2ro.produ...
【Firefly3399Pro】rk3399pro交叉编译环境搭建
无尘陋室
11-20 5032
环境 Ubuntu虚拟机做交叉编译环境 firefly3399pro-JD4核心板 + 配套Firefly底板 根文件系统: ubuntu_18.04_arm64_npu_rootfs.img 安装内核编译交叉环境 这部分内容根据官方Wiki中《编译Ubuntu固件(GPT)》内容操作。 官网Wiki地址:http://wiki.t-firefly.com/zh_CN/Core-3399pr...
linux 内核 移植 rk3399,内核编译-内核移植.md
weixin_36469726的博客
05-02 1055
## ubuntu内核编译**1、进入Ubuntu16.04 系统，打开终端界面，安装开发包：**sudo apt-get install build-essential lzop libncurses5-dev libssl-dev如果使用的是 64 位的 Ubuntu，还需要安装：sudo apt-get install libc6:i386![微信图片_20200719200404](htt...
friendlyelec-ubuntu18-docker:该docker镜像用于为FriendlyELEC RK3399平台交叉编译Qt应用程序
05-27
ELEC-Ubuntu18-Docker 该docker镜像用于为FriendlyELEC RK3399平台交叉编译Qt应用程序，仅支持以下qt版本： Qt5.10.0（用于RK3399 FriendlyCore操作系统） 也可以编译以下源代码： Linux内核 U型靴 安卓7 Android 8 使用qt-sdk和工具链构建docker镜像 从以下网址下载qt-sdk软件包： 完成后，请执行以下操作： git clone --recursive https://github.com/friendlyarm/friendlyelec-ubuntu18-docker.git tar xvzf qtsdk-friendlyelec.tgz -C friendlyelec-ubuntu18-docker/files/ docker build -t "fa-ubuntu18"
110.firefly-overlayroot
嵌入式 arm 单片机 入门 视频 培训
11-20 1062
折腾rk3399的开发板的时候，突然发现overlayroot这个词汇。我移植一下linux5.10的内核到firefly3399开发板，结果启动之后文件系统提示只读！！！这就让我很莫名。后来看到mount文件系统的情况，感觉也是不可思议。百度了一下overlayroot，觉得这个确实还是很不错的功能，尤其是对于嵌入式。整个文件系统是只读，当开始使用的时候，他所有的数据都保存在另一个分区中/userdata目录下。
firefly-rk3399开发板100篇 之 001 编译android代码，给开发板下载固件
sz189981的博客
09-05 3057
firefly-rk3399开发板学习笔记第一篇 下载代码，编译代码。 给开发板下载固件。
Firefly rk3399烧录固件记录
qqliuzhitong的博客
09-24 3418
1.下载boot失败 在Androidtool软件里面，默认分区配置为rk3399-ubuntu1804.cfg,如果要对Android进行分区烧写请右键倒入rk3399-Android81.cfg。
Firefly RK3399 开发板烧录镜像时出现“Download Boot Failed“的解决方案
Boffi
09-14 5990
在使用FireflyRK3399开发板过程中，曾经出现过如下场景: 1)使用rockchiplinuxuboot编译uboot.img,trust.img，并使用AndroidToolv2.65更新uboot.img,trust.img。替换后，系统正常启动。 2)对uboot源代码进行修改，再次编译uboot，将生成的uboot.img,trust.img试图更新原来的uboot，结果更新失败。 3)在系统进入"MaskROM"模式后，AndroidToolv2...
友善之臂NanoPi R2S入门笔记（附clash安装）
热门推荐
Smithkily的博客
02-25 2万+
友善之臂NanoPi R2S入门笔记
c语言编译 aiocompiler,RK3399快速熟悉（基于AIO-3399C开发板）
weixin_29016315的博客
05-18 870
一、简介AIO-3399C(AI) 包括 “带 NPU” 和“无 NPU” 两个版本1.规格参数~$ archaarch64~$ cat /proc/versionLinux version 4.4.154 (daijh@tchip14) (gcc version 6.3.1 20170404 (Linaro GCC 6.3-2017.05) ) #28 SMP Mon Mar 4 12:21:3...
嵌入式Linux&Android开发-SDK下载&编译
嵌入式成长手册
12-22 1527
目录 一、SDK下载 二、SDK编译 2.1 手动编译（一般不用） 2.2 脚本编译（推荐使用） 2.3 编译可能出现的错误 2.4 生成固件说明 2.5 打包统一固件（发布时才用） 一、SDK下载 从网盘下载完成后放到本机位置~/rk3399_embeded 网盘路径为->embeded_sdk->3399_embeded mkdir -p ~/rk3399 cd ~/rk3399 cp rk3399-embeded.tgz ~/rk3399 计算md5sum确认
topeet@ubuntu:~/Downloads/RK3399/driver_build/rtl8852au-dwa-x1850$ make #rm -f .symvers.8852au make ARCH=arm64 CROSS_COMPILE=/home/topeet/Desktop/rk3399_linux_sdk_v2.0/buildroot/output/rockchip_rk3399/host/bin/aarch64-buildroot-linux-gnu-gcc -C /lib/modules/4.15.0-142-generic/build M=/home/topeet/Downloads/RK3399/driver_build/rtl8852au-dwa-x1850 modules make[1]: Entering directory '/usr/src/linux-headers-4.15.0-142-generic' /bin/sh: 1: /home/topeet/Desktop/rk3399_linux_sdk_v2.0/buildroot/output/rockchip_rk3399/host/bin/aarch64-buildroot-linux-gnu-gccgcc: not found (standard_in) 1: syntax error CC [M] /home/topeet/Downloads/RK3399/driver_build/rtl8852au-dwa-x1850/os_dep/osdep_service.o /bin/sh: 1: /home/topeet/Desktop/rk3399_linux_sdk_v2.0/buildroot/output/rockchip_rk3399/host/bin/aarch64-buildroot-linux-gnu-gccgcc: not found scripts/Makefile.build:330: recipe for target '/home/topeet/Downloads/RK3399/driver_build/rtl8852au-dwa-x1850/os_dep/osdep_service.o' failed make[2]: *** [/home/topeet/Downloads/RK3399/driver_build/rtl8852au-dwa-x1850/os_dep/osdep_service.o] Error 127 Makefile:1584: recipe for target '_module_/home/topeet/Downloads/RK3399/driver_build/rtl8852au-dwa-x1850' failed make[1]: *** [_module_/home/topeet/Downloads/RK3399/driver_build/rtl8852au-dwa-x1850] Error 2 make[1]: Leaving directory '/usr/src/linux-headers-4.15.0-142-generic' Makefile:640: recipe for target 'modules' failed make: *** [modules] Error 2
最新发布
07-23
<think>我们有一个驱动模块的Makefile，需要修改以支持交叉编译。用户已经提供了Makefile的内容，并且从引用中我们可以看到交叉编译的关键是设置ARCH、CROSS_COMPILE和KSRC（内核源码路径）。 用户提到遇到了CROSS_COMPILE路径错误的问题，因此我们需要确保CROSS_COMPILE变量设置正确。 根据用户提供的Makefile，我们看到其中已经设置了一些变量： ``` SUBARCH := $(shell uname -m | sed -e "s/i.86/i386/; s/ppc.*/powerpc/; s/armv.l/arm/; s/aarch64/arm64/; s/loong.*64/loongarch/;") ARCH = arm64 CROSS_COMPILE = /home/topeet/Desktop/rk3399_linux_sdk_v2.0/buildroot/output/rockchip_rk3399/host/bin/aarch64-buildroot-linux-gnu-gcc KSRC = /home/topeet/Desktop/rk3399_linux_sdk_v2.0/kernel ``` 这里，CROSS_COMPILE被设置成了一个具体的gcc编译器的完整路径，但是通常CROSS_COMPILE应该是一个工具链的前缀，而不是完整的路径。例如，交叉编译工具链的前缀可能是`aarch64-linux-gnu-`，然后编译器就是`aarch64-linux-gnu-gcc`，链接器是`aarch64-linux-gnu-ld`等。 在Makefile中，我们通常这样设置： ``` CROSS_COMPILE = /path/to/toolchain/bin/aarch64-linux-gnu- ``` 注意末尾的连字符（-），这样在编译时，编译器就会是`$(CROSS_COMPILE)gcc`，链接器是`$(CROSS_COMPILE)ld`。 但是，在用户提供的Makefile中，CROSS_COMPILE被设置成了gcc的完整路径，这会导致在构建内核模块时，调用编译器时出现错误，因为内核的Makefile会使用`$(CROSS_COMPILE)gcc`，这样就会变成： ``` /home/topeet/Desktop/rk3399_linux_sdk_v2.0/buildroot/output/rockchip_rk3399/host/bin/aarch64-buildroot-linux-gnu-gccgcc ``` 这显然是错误的。 因此，我们需要修改CROSS_COMPILE的值为工具链的路径加上前缀，并且确保以连字符结尾。 另外，ARCH变量已经设置为arm64，这是正确的。 但是，我们注意到在Makefile中，有这样一个条件判断： ``` ifeq ($(shell test $(CONFIG_RTW_ANDROID) -gt 0; echo $$?), 0) EXTRA_CFLAGS += -DCONFIG_RTW_ANDROID=$(CONFIG_RTW_ANDROID) endif ``` 以及后面的一些条件设置，这些可能不需要修改。 修改建议： 1. 将CROSS_COMPILE修改为工具链的目录加上前缀，并且以连字符结尾。例如： ``` CROSS_COMPILE = /home/topeet/Desktop/rk3399_linux_sdk_v2.0/buildroot/output/rockchip_rk3399/host/bin/aarch64-buildroot-linux-gnu- ``` 2. 确保在调用make时，使用`-C $(KSRC)`指定内核源码路径，并且通过`M=$(PWD)`指定模块源码路径。 3. 另外，在Makefile中，我们看到有`CC := $(CROSS_COMPILE)gcc`这样的定义吗？实际上，在内核的Makefile中，它会使用`$(CROSS_COMPILE)gcc`，所以我们只需要设置CROSS_COMPILE为前缀即可。 4. 注意，在用户提供的Makefile中，已经设置了KSRC，这个路径应该是正确的。 5. 在Makefile的后面，编译模块的部分如下： ``` modules: $(MAKE) ARCH=$(ARCH) CROSS_COMPILE=$(CROSS_COMPILE) -C $(KSRC) M=$(shell pwd) modules ``` 这里，我们传递了ARCH和CROSS_COMPILE给内核的Makefile，同时指定了内核源码目录和模块目录。 但是，由于我们修改了CROSS_COMPILE的值为前缀，那么在内核的Makefile中，就会正确使用`$(CROSS_COMPILE)gcc`。 因此，具体修改如下： 在Makefile中找到： ``` CROSS_COMPILE = /home/topeet/Desktop/rk3399_linux_sdk_v2.0/buildroot/output/rockchip_rk3399/host/bin/aarch64-buildroot-linux-gnu-gcc ``` 修改为： ``` CROSS_COMPILE = /home/topeet/Desktop/rk3399_linux_sdk_v2.0/buildroot/output/rockchip_rk3399/host/bin/aarch64-buildroot-linux-gnu- ``` 注意：末尾加上一个连字符，并且去掉最后的`gcc`，因为在内核构建时，会自动添加`gcc`等工具名。 这样修改后，应该可以解决CROSS_COMPILE路径错误的问题。 另外，我们还需要确保内核源码路径（KSRC）是正确的，并且该内核已经为arm64架构配置并编译过，这样在构建模块时才能使用正确的头文件和配置。 最后，由于用户是在x86主机上编译arm64的模块，所以必须使用交叉编译工具链和对应的内核源码。 总结修改步骤： 1. 修改CROSS_COMPILE变量，确保它是一个以连字符结尾的工具链前缀（包含完整路径）。 2. 检查KSRC变量，确保它指向目标平台（arm64）的内核源码目录，并且该内核已经编译过（至少配置过，生成了必要的头文件和符号链接）。 3. 运行`make clean`，然后运行`make`进行交叉编译。 注意：如果工具链的路径中包含空格或其他特殊字符，需要适当处理，但这里路径没有空格。 如果用户希望更灵活地设置这些变量，也可以考虑通过命令行参数传递，例如： ``` make ARCH=arm64 CROSS_COMPILE=/path/to/toolchain/bin/aarch64-buildroot-linux-gnu- KSRC=/path/to/kernel ``` 这样就不需要修改Makefile。但是，根据用户提供的Makefile，这些变量已经在Makefile中设置，所以修改Makefile即可。 另外，在Makefile中，我们看到有： ``` export TopDIR ?= $(shell pwd) ``` 以及一些条件判断，这些不需要修改。 最后，编译命令是执行`make`，它会调用`modules`目标，然后调用内核的构建系统。 如果用户仍然遇到问题，可能是工具链的路径设置错误，或者工具链没有执行权限，或者内核源码路径不正确，需要进一步检查。 根据引用[4]中的示例，交叉编译命令是： ``` make ARCH=arm CROSS_COMPILE=arm-linux-gnueabi- all -j32 ``` 这和我们修改后的Makefile中传递的参数是一致的。 因此，修改后的Makefile中相关部分应该是： ``` ARCH = arm64 CROSS_COMPILE = /home/topeet/Desktop/rk3399_linux_sdk_v2.0/buildroot/output/rockchip_rk3399/host/bin/aarch64-buildroot-linux-gnu- KSRC = /home/topeet/Desktop/rk3399_linux_sdk_v2.0/kernel ``` 然后，在终端中进入驱动源码目录，直接运行`make`即可。 注意：如果用户的环境变量中已经设置了ARCH和CROSS_COMPILE，那么Makefile中的设置可能会被覆盖。如果用户希望优先使用Makefile中的设置，可以确保在命令行中不传递这些变量，或者使用`?=`赋值（例如`ARCH ?= arm64`），这样如果环境变量已经设置，则使用环境变量，否则使用该值。但是，在用户提供的Makefile中，使用的是`=`，所以会覆盖环境变量。根据用户需求，如果希望灵活，可以改为`?=`。 但是，在用户提供的Makefile中，我们看到： ``` ARCH = arm64 CROSS_COMPILE = ...（原值） ``` 所以是直接赋值，会覆盖环境变量。如果用户需要临时改变架构，可以在命令行传递，例如： ``` make ARCH=arm ``` 但通常我们不需要，因为目标平台是固定的。 所以，我们只需要修改CROSS_COMPILE的赋值即可。 修改后的Makefile片段（仅修改CROSS_COMPILE）： ``` ARCH = arm64 CROSS_COMPILE = /home/topeet/Desktop/rk3399_linux_sdk_v2.0/buildroot/output/rockchip_rk3399/host/bin/aarch64-buildroot-linux-gnu- KSRC = /home/topeet/Desktop/rk3399_linux_sdk_v2.0/kernel ``` 这样，交叉编译应该可以正常进行。</think>### 修改驱动Makefile支持交叉编译的完整方案 针对您提供的驱动Makefile，以下是完整的交叉编译修改方案，重点解决`CROSS_COMPILE`路径错误问题： #### 1. 修复交叉编译工具链路径问题 在Makefile开头添加以下配置（替换原有设置）： ```makefile # ===== 交叉编译核心配置 ===== ARCH ?= arm64 CROSS_COMPILE ?= /home/topeet/Desktop/rk3399_linux_sdk_v2.0/buildroot/output/rockchip_rk3399/host/bin/aarch64-buildroot-linux-gnu- KSRC ?= /home/topeet/Desktop/rk3399_linux_sdk_v2.0/kernel # ========================== ``` 关键修改说明： 1. **使用`?=`替代`=`**：允许通过命令行覆盖配置 ```makefile CROSS_COMPILE ?= ... # 而非 CROSS_COMPILE = ... ``` 2. **确保路径以连字符结尾**： ```makefile # 正确：路径以'-'结尾 CROSS_COMPILE ?= .../aarch64-buildroot-linux-gnu- # 错误：路径以gcc结尾（会导致编译失败） # CROSS_COMPILE ?= .../aarch64-buildroot-linux-gnu-gcc ``` 3. **添加架构检测保护**： ```makefile # 在ifeq之前添加架构检查 ifneq ($(ARCH),arm64) $(error 错误：当前架构[$(ARCH)]与目标设备[arm64]不匹配) endif ``` #### 2. 优化编译参数配置 在`EXTRA_CFLAGS`区域添加ARM64专用参数： ```makefile # 在原有EXTRA_CFLAGS下方添加 EXTRA_CFLAGS += -march=armv8-a+crc+simd # ARMv8特性支持 EXTRA_CFLAGS += -DCONFIG_LITTLE_ENDIAN # 小端模式 EXTRA_CFLAGS += -fno-pic # 禁止位置无关代码 ``` #### 3. 修正内核模块构建规则 修改`modules`目标为： ```makefile modules: $(MAKE) ARCH=$(ARCH) CROSS_COMPILE=$(CROSS_COMPILE) -C $(KSRC) M=$(shell pwd) modules $(CROSS_COMPILE)strip --strip-debug $(MODULE_NAME).ko # 精简调试符号 ``` #### 4. 添加路径验证（可选但推荐） 在Makefile开头添加路径存在性检查： ```makefile # 工具链路径检查 ifeq ("$(wildcard $(CROSS_COMPILE)gcc)","") $(error 交叉编译器路径错误: $(CROSS_COMPILE)gcc 不存在) endif # 内核源码检查 ifeq ("$(wildcard $(KSRC)/Makefile)","") $(error 内核源码路径错误: $(KSRC) 不包含内核Makefile) endif ``` ### 完整修改后的Makefile结构 ```makefile # ===== 交叉编译核心配置 ===== ARCH ?= arm64 CROSS_COMPILE ?= /home/topeet/Desktop/rk3399_linux_sdk_v2.0/buildroot/output/rockchip_rk3399/host/bin/aarch64-buildroot-linux-gnu- KSRC ?= /home/topeet/Desktop/rk3399_linux_sdk_v2.0/kernel # 路径验证 ifeq ("$(wildcard $(CROSS_COMPILE)gcc)","") $(error 交叉编译器路径错误: $(CROSS_COMPILE)gcc 不存在) endif ifeq ("$(wildcard $(KSRC)/Makefile)","") $(error 内核源码路径错误: $(KSRC) 不包含内核Makefile) endif # ========================== # 原有配置保留（EXTRA_CFLAGS等） EXTRA_CFLAGS += $(USER_EXTRA_CFLAGS) EXTRA_CFLAGS += -O1 ... # 添加ARM64专用参数 EXTRA_CFLAGS += -march=armv8-a+crc+simd EXTRA_CFLAGS += -DCONFIG_LITTLE_ENDIAN EXTRA_CFLAGS += -fno-pic # 后续原有配置保持不变... ... # 修改后的modules目标 modules: $(MAKE) ARCH=$(ARCH) CROSS_COMPILE=$(CROSS_COMPILE) -C $(KSRC) M=$(shell pwd) modules $(CROSS_COMPILE)strip --strip-debug $(MODULE_NAME).ko ``` ### 编译验证命令 ```bash # 清理构建 make clean # 显式指定参数（测试覆盖性） make ARCH=arm64 \ CROSS_COMPILE=/home/topeet/.../aarch64-buildroot-linux-gnu- \ KSRC=/home/topeet/.../kernel # 检查生成模块 file 8852au.ko # 应显示: ELF 64-bit LSB relocatable, ARM aarch64 ``` > **常见问题解决**： > 1. **路径错误**：使用`readlink -f`验证路径是否存在 > ```bash > readlink -f /home/topeet/.../aarch64-buildroot-linux-gnu-gcc > ``` > 2. **权限问题**：添加执行权限 > ```bash > chmod +x $(CROSS_COMPILE)* > ``` > 3. **版本不匹配**：在内核目录执行`make scripts`准备构建环境
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值