4、移植UBOOT之支持nand启动

最新推荐文章于 2024-03-05 19:49:22 发布
最新推荐文章于 2024-03-05 19:49:22 发布
阅读量908 收藏 2
点赞数
分类专栏： 移植UBOOT 文章标签： uboot
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/God__Rain/article/details/118521244
版权

文章目录

上一节：3、移植UBOOT之新建单板-时钟-SDRAM-串口

下一节：5、移植UBOOT之支持Nor Flash

0、总体流程

修改UBOOT支持NAND启动，原来的代码在链接时加了"-pie"选项, 使得u-boot.bin里多了"*(.rel*)", "*(.dynsym)"，使得程序非常大，不利于从NAND启动(重定位之前的启动代码应该少于4K)

  • 1、去掉 "-pie"选项
    arch/arm/config.mk:75:LDFLAGS_u-boot += -pie 去掉这行
  • 2、参考"毕业班第1课"的start.S, init.c来修改代码
    把init.c放入board/samsung/smdk2440目录, 修改Makefile
    修改CONFIG_SYS_TEXT_BASE为0x33f80000
    修改start.S
  • 3、修改board_init_f, 把relocate_code去掉
  • 4、修改链接脚本: 把start.S, init.c, lowlevel.S等文件放在最前面

1、去除 -pie 编译选项

使用grep “-pie” * -nR找到:

arch/arm/config.mk:75:LDFLAGS_u-boot += -pie             // LDFLAGS: arm-linux-ld的参数

所以屏蔽arch/arm/config.mk文件的"LDFLAGS_u-boot += -pie"这行即可
在这里插入图片描述

2、修改之前写的 init.c文件

将以前写uboot里的init.c放入board/samsung/smdk2440目录；
并检查是否有同名函数名,若函数只在同文件使用,则添加static.并修改Makefile；
修改vim board/samsung/smdk2440/Makefile添加init.o；
在这里插入图片描述
修改include/configs/smdk2440.h文件，将CONFIG_SYS_TEXT_BASE宏改为0x33f80000，也就是uboot重定位后的位置, 这里留了512K空间供给uboot重定位，修改完的代码如下所示。

/* NAND FLASH控制器 */
#define NFCONF (*((volatile unsigned long *)0x4E000000))
#define NFCONT (*((volatile unsigned long *)0x4E000004))
#define NFCMMD (*((volatile unsigned char *)0x4E000008))
#define NFADDR (*((volatile unsigned char *)0x4E00000C))
#define NFDATA (*((volatile unsigned char *)0x4E000010))
#define NFSTAT (*((volatile unsigned char *)0x4E000020))

/* GPIO */
#define GPHCON              (*(volatile unsigned long *)0x56000070)
#define GPHUP               (*(volatile unsigned long *)0x56000078)

/* UART registers*/
#define ULCON0              (*(volatile unsigned long *)0x50000000)
#define UCON0               (*(volatile unsigned long *)0x50000004)
#define UFCON0              (*(volatile unsigned long *)0x50000008)
#define UMCON0              (*(volatile unsigned long *)0x5000000c)
#define UTRSTAT0            (*(volatile unsigned long *)0x50000010)
#define UTXH0               (*(volatile unsigned char *)0x50000020)
#define URXH0               (*(volatile unsigned char *)0x50000024)
#define UBRDIV0             (*(volatile unsigned long *)0x50000028)

#define TXD0READY   (1<<2)


void nand_read_ll(unsigned int addr, unsigned char *buf, unsigned int len);


static int isBootFromNorFlash(void)
{
	volatile int *p = (volatile int *)0;
	int val;

	val = *p;
	*p = 0x12345678;
	if (*p == 0x12345678)
	{
		/* 写成功, 是nand启动 */
		*p = val;
		return 0;
	}
	else
	{
		/* NOR不能像内存一样写 */
		return 1;
	}
}

void copy_code_to_sdram(unsigned char *src, unsigned char *dest, unsigned int len)
{	
	int i = 0;
	
	/* 如果是NOR启动 */
	if (isBootFromNorFlash())
	{
		while (i < len)
		{
			dest[i] = src[i];
			i++;
		}
	}
	else
	{
		//nand_init();
		nand_read_ll((unsigned int)src, dest, len);
	}
}

void clear_bss(void)
{
	extern int __bss_start, __bss_end__;
	int *p = &__bss_start;
	
	for (; p < &__bss_end__; p++)
		*p = 0;
}

void nand_init_ll(void)
{
#define TACLS   0
#define TWRPH0  1
#define TWRPH1  0
	/* 设置时序 */
	NFCONF = (TACLS<<12)|(TWRPH0<<8)|(TWRPH1<<4);
	/* 使能NAND Flash控制器, 初始化ECC, 禁止片选 */
	NFCONT = (1<<4)|(1<<1)|(1<<0);	
}

static void nand_select(void)
{
	NFCONT &= ~(1<<1);	
}

static void nand_deselect(void)
{
	NFCONT |= (1<<1);	
}

static void nand_cmd(unsigned char cmd)
{
	volatile int i;
	NFCMMD = cmd;
	for (i = 0; i < 10; i++);
}

static void nand_addr(unsigned int addr)
{
	unsigned int col  = addr % 2048;
	unsigned int page = addr / 2048;
	volatile int i;

	NFADDR = col & 0xff;
	for (i = 0; i < 10; i++);
	NFADDR = (col >> 8) & 0xff;
	for (i = 0; i < 10; i++);
	
	NFADDR  = page & 0xff;
	for (i = 0; i < 10; i++);
	NFADDR  = (page >> 8) & 0xff;
	for (i = 0; i < 10; i++);
	NFADDR  = (page >> 16) & 0xff;
	for (i = 0; i < 10; i++);	
}

static void nand_wait_ready(void)
{
	while (!(NFSTAT & 1));
}

static unsigned char nand_data(void)
{
	return NFDATA;
}

void nand_read_ll(unsigned int addr, unsigned char *buf, unsigned int len)
{
	int col = addr % 2048;
	int i = 0;
		
	/* 1. 选中 */
	nand_select();

	while (i < len)
	{
		/* 2. 发出读命令00h */
		nand_cmd(0x00);

		/* 3. 发出地址(分5步发出) */
		nand_addr(addr);

		/* 4. 发出读命令30h */
		nand_cmd(0x30);

		/* 5. 判断状态 */
		nand_wait_ready();

		/* 6. 读数据 */
		for (; (col < 2048) && (i < len); col++)
		{
			buf[i] = nand_data();
			i++;
			addr++;
		}
		
		col = 0;
	}

	/* 7. 取消选中 */		
	nand_deselect();
}

3、修改start.S的重定位部分

修改arch/arm/cpu/arm920t/start.S，更改重定位代码，由于nand启动时2440未初始化之前只有前4K可读写,所以将重定位代码放在start.S的cpu_init_crit(初始化SDRAM)段后面，修改后代码如下：

#ifndef CONFIG_SKIP_LOWLEVEL_INIT
       bl    cpu_init_crit
#endif

//添加以下代码。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。
  	//设置栈
	ldr	sp, =(CONFIG_SYS_INIT_SP_ADDR) //等于0x30000f80
	bic sp, sp, #7 /* 8-byte alignment for ABI compliance */
	//初始化nand flash
	bl nand_init_ll
	/* 重定位 */
	mov r0, #0       //r0->src
	//ldr r1, =_start
	ldr r1,_TEXT_BASE     //链接地址 _TEXT_BASE : 0x33f80000 0x34000000-0x33f80000=512k uboot 512k足以
	ldr r2,_bss_start_ofs		// _bss_start_ofs:	__bss_start - _start   (有效代码大小)

	bl copy_code_to_sdram
	bl clear_bss                         //清除bss段(参考自制uboot章节)
	ldr pc,=call_board_init_f            //绝对跳转,跳到SDRAM上执行
//添加以上代码。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。

call_board_init_f:
   ldr   r0,=0x00000000
   bl    board_init_f

上面的_TEXT_BASE，在start.S靠前处定义:
在这里插入图片描述
由于它位于靠前处,保证了_TEXT_BASE存在前4k空间里,若直接使用ldr r1,=CONFIG_SYS_TEXT_BASE，编译器可能会将这个宏定义放在SDRAM上,则会出错。

重定位写在前面了,所以我们还要删除start.S后面的u-boot-2012.04.01\arch\arm\lib\board.c中的 relocate_code重定位段，清除BSS段。同时在relocate_code(addr_sp, id, addr);后面增加return (unsigned int) id;，修改函数为unsigned int board_init_f(ulong bootflag)。
在这里插入图片描述
同时注释掉board.c中如下的内容，固定addr的值。
在这里插入图片描述
删除start.s中原有的重定位代码，删除部分如下

/*
 * void relocate_code (addr_sp, gd, addr_moni)
 *
 * This "function" does not return, instead it continues in RAM
 * after relocating the monitor code.
 *
 */
	.globl	relocate_code
relocate_code:
	mov	r4, r0	/* save addr_sp */
	mov	r5, r1	/* save addr of gd */
	mov	r6, r2	/* save addr of destination */

	/* Set up the stack						    */
stack_setup:
	mov	sp, r4

	adr	r0, _start
	cmp	r0, r6
	beq	clear_bss		/* skip relocation */
	mov	r1, r6			/* r1 <- scratch for copy_loop */
	ldr	r3, _bss_start_ofs
	add	r2, r0, r3		/* r2 <- source end address	    */

copy_loop:
	ldmia	r0!, {r9-r10}		/* copy from source address [r0]    */
	stmia	r1!, {r9-r10}		/* copy to   target address [r1]    */
	cmp	r0, r2			/* until source end address [r2]    */
	blo	copy_loop

#ifndef CONFIG_SPL_BUILD
	/*
	 * fix .rel.dyn relocations
	 */
	ldr	r0, _TEXT_BASE		/* r0 <- Text base */
	sub	r9, r6, r0		/* r9 <- relocation offset */
	ldr	r10, _dynsym_start_ofs	/* r10 <- sym table ofs */
	add	r10, r10, r0		/* r10 <- sym table in FLASH */
	ldr	r2, _rel_dyn_start_ofs	/* r2 <- rel dyn start ofs */
	add	r2, r2, r0		/* r2 <- rel dyn start in FLASH */
	ldr	r3, _rel_dyn_end_ofs	/* r3 <- rel dyn end ofs */
	add	r3, r3, r0		/* r3 <- rel dyn end in FLASH */
fixloop:
	ldr	r0, [r2]		/* r0 <- location to fix up, IN FLASH! */
	add	r0, r0, r9		/* r0 <- location to fix up in RAM */
	ldr	r1, [r2, #4]
	and	r7, r1, #0xff
	cmp	r7, #23			/* relative fixup? */
	beq	fixrel
	cmp	r7, #2			/* absolute fixup? */
	beq	fixabs
	/* ignore unknown type of fixup */
	b	fixnext
fixabs:
	/* absolute fix: set location to (offset) symbol value */
	mov	r1, r1, LSR #4		/* r1 <- symbol index in .dynsym */
	add	r1, r10, r1		/* r1 <- address of symbol in table */
	ldr	r1, [r1, #4]		/* r1 <- symbol value */
	add	r1, r1, r9		/* r1 <- relocated sym addr */
	b	fixnext
fixrel:
	/* relative fix: increase location by offset */
	ldr	r1, [r0]
	add	r1, r1, r9
fixnext:
	str	r1, [r0]
	add	r2, r2, #8		/* each rel.dyn entry is 8 bytes */
	cmp	r2, r3
	blo	fixloop
#endif

clear_bss:
#ifndef CONFIG_SPL_BUILD
	ldr	r0, _bss_start_ofs
	ldr	r1, _bss_end_ofs
	mov	r4, r6			/* reloc addr */
	add	r0, r0, r4
	add	r1, r1, r4
	mov	r2, #0x00000000		/* clear			    */

clbss_l:str	r2, [r0]		/* clear loop...		    */
	add	r0, r0, #4
	cmp	r0, r1
	bne	clbss_l

	bl coloured_LED_init
	bl red_led_on
#endif

start.s增加第二阶段启动代码

call_board_init_f:

	ldr	r0,=0x00000000
	bl	board_init_f

	/*unsigned int id 的值存在r0中，正好给board_init_r使用*/
	ldr r1, =_TEXT_BASE
	/*调用第二阶段代码*/
	bl	board_init_r

4、修改链接脚本文件u-boot.lds

把start.S, init.c(实现重定位), lowlevel.S(实现初始化SDRAM)等文件放在最前面。

rm u-boot.lds
vim arch/arm/cpu/u-boot.lds

添加以下字段：

 	. = ALIGN(4);
    .text :
    {
            __image_copy_start = .;
            CPUDIR/start.o (.text)              //CPUDIR为arch/arm/cpu/arm920t目录
            board/samsung/smdk2440/libsmdk2440.o (.text)  
            *(.text)
    }

libsmdk2440.o是将smdk2440单板目录下的所有*.c,*S文件编译后,连接成一个库文件。

5、其他修改

报错：

board.c:259: error: conflicting types for 'board_init_f'
/work/system/u-boot-2012.04.01/include/common.h:276: error: previous declaration of 'board_init_f' was here
/work/system/u-boot-2012.04.01/config.mk:312: recipe for target 'board.o' failed

根据指示修改u-boot-2012.04.01/include/common.h 276行如下
在这里插入图片描述
在这里插入图片描述
报错：

board/samsung/smdk2440/libsmdk2440.o: In function `clear_bss':
/work/system/u-boot-2012.04.01/board/samsung/smdk2440/init.c:77: undefined reference to `__bss_end_'
Makefile:472: recipe for target 'u-boot' failed

根据指示修改u-boot-2012.04.01/board/samsung/smdk2440/init.c:77行如下，其中__bss_end_修改为__bss_end__。
在这里插入图片描述

6、重新修改链接地址

我们指定了 CONFIG_SYS_TEXT_BASE 0x33f80000 ，所以我们的uboot不能超过512k，0x33f80000这个是不包括bss段的全局变量的。查看start.s文件。
在这里插入图片描述
在反汇编中搜索_bss_end_ofs，00094b40为整个代码段的大小（包括了bss段），转换为10进制609088，已经大于了512k，所以‬重新修改CONFIG_SYS_TEXT_BASE 0x33f00000 。预留uboot空间为0x34000000-0x33f00000 = 1M
在这里插入图片描述
修改：smdk2440.h (u-boot-2012_project\u-boot-2012.04.01\include\configs) 42行：在这里插入图片描述
然后通过旧的uboot,将新的uboot烧写到nand中：

usb 1 30000000                             //先下载到SDRAM上
nand erase 0  0x80000                      //擦除512kb,必须大于新的uboot
nand write 30000000   0  0x80000           //将SDRAM上的新uboot写入nand

查看u-boot.lds
在这里插入图片描述
在这里插入图片描述
烧写后,如下图所示：
在这里插入图片描述
nand启动便实现完成了,上面的Flash: *** failed *** 是属于uboot第二阶段函数board_init_r()里的代码,表示不支持nor flash，不能实现读、
写、擦除等命令。

上一节：3、移植UBOOT之新建单板-时钟-SDRAM-串口

下一节：5、移植UBOOT之支持Nor Flash

ZhangDaniel_ZD
关注
  • 0
    点赞
  • 踩
  • 2
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
专栏目录
nandflash 64M uboot-1.1.6移植
08-06
nandflash 64M SDram64M 无NORFLASH 在linux 2.6.32.2上面移植u-bootloader1.1.6
uboot移植之网卡
01-06
经过前面的几节内容，我们的uboot移植已经支持了nor flash启动和nand flash启动了，这一节的内容是让Uboot支持DM9000网卡，就可以使用tftp下载文件了，速度要比串口下载快很多 第一步先找到DM9000的文件–driver/net/dm9000.c，在这个文件的同目录下查看Makefile 可以看到，要是想编译dm9000.c这个文件，就必须定义CONFIG_DRIVER_DM9000这个宏，在smdk2440.h中定义这个宏 上面是他原本使用的dm8900网卡的宏定义，我们把它去掉，定义下面的dm9000网卡使用的宏，从2440的原理图上可以看到，dm9000网
U-Boot: NAND 驱动简介
最新发布
JiMoKuangXiangQu的专栏
03-05 407
U-Boot, NAND
移植从Nand_flash启动的uboot移植.pdf
11-27
移植从Nand_flash启动的uboot移植.pdf
uboot移植之mx6ull-alientek-nand.h文件
10-22
mx6ull-alientek-nand.h头文件简单分析
u-boot nand驱动测试yaffs2文件系统
fanliyu的专栏
08-03 575
测试验证过程中会使用诸如nand flash的擦除、读写，yaffs2文件系统挂载、卸载操作等各类命令，大致列举如下：tftpbmd5summdydevconfigydevlsymountyumountytraceylsymkdirymvyrdyrdmyrmyrmdirywrywrmMTD_OPS_RAW模式no-ecc读取data + oobMTD_OPS_RAW模式no-ecc依次写入data + oob（适用于关闭ECC功能时的yaffs2镜像写入）
uboot命令使用- EMMC、文件操作、NAND、boot命令
weixin_70293073的博客
11-13 2228
interface 为接口，比如 mmc，dev 是设备号，part 是分区，addr 是要写入的数据在 DRAM 中的起始地址，filename 是写入的数据文件名字，bytes 表示要写入多少字节的数据。addr 是数据读取到 DRAM 中的地址，blk 是要读取的块起始地址(十六进制)，一个块是 512 字节，这里的块和扇区是一个意思，在 MMC 设备中我们通常说扇区，cnt 是要读取的块数量(十 六进制)。常 用的跟 boot 有关的命令有：bootz、bootm 和 boot。
s3c2440_uboot移植（五）支持Nand操作
Bin_Watson的博客
07-05 535
在第三篇中，我们给uboot移植了Nand 启动的代码，并且成功启动了。不过uboot 程序仍然无法正常去操作Nand Flash，原因是我们并没有配置uboot 中关于Nand Flash操作的相关代码。要让uboot 支持Nand Flash 操作，我们首先需要给include/configs /s3c2440.h，添加 的宏定义： 拷贝driver/mtd/nand/s3c2410_nand.c 为driver/mtd/nand/s3c2440_nand. c，仿造s3c2410_nand 来写我们的
uboot 中Nand flash 常用操作命令解析
热门推荐
Biao
03-30 1万+
uboot 支持nand flash的数据及oob数据的读写显示操作，也至此手动标记坏块的命令，当一般不建议手动修改flash的坏块标志。这里介绍在uboot中操作和查看flash数据的常用命令及方法。 说明： 本文测试使用的flash信息如下： SPI Nand(cs 0) ID: 0xc2 0x12 Name:"MX35LF1GE4AB" Block:128KB Page:2KB Ch......
AM335x uboot中Nand Flash调试
xuesong10210的博客
09-03 1139
AM335x u-boot中nand flash移植调试
uboot下的mw写内存和md显示内存命令以及nand命令
qq_40170041的博客
05-31 1697
注意，网络地址环境变量的设置要根据自己的实际情况，确保主机和开发板的 IP地址在同一个网段内，比如我现在的开发板和电脑都在 192.168.0.1 这个网段内，所以设置开发板的 IP 地址为 192.168.0.10，我的 windows的 主机的地址为 192.168.0.40，因此 serverip 就是192.168.0.40。b\w\l的意思同上，address是要写入内存的地址，value是要写入的值，count是从address开始要写入多少个数，这些都是16进制数。
S3C2440移植uboot之支持NANDFLASH
01-06
上一节我们移植了uboot，S3C2440移植uboot之支持NORFLASH。这节我们继续移植，支持NANDFLASH。 文章目录编译报错拷贝s3c2410_nand.c，修改宏定义支持SC32440修改NFCONF，NFCONT，支持S3C2440修改s3c2440_hwcontrol...
UBOOT
shirley的专栏
10-20 305
将Linux 系统移植到开发板上去，在移植 Linux之前我们需要先移植一个 bootloader 代码，这个 bootloader 代码用于启动 Linux 内核，bootloader有很多，常用的就是 U-Boot。移植好 U-Boot 以后再移植 Linux 内核，移植完 Linux 内核以后Linux 还不能正常启动，还需要再移植一个根文件系统(rootfs)，根文件系统里面包含了一些最常用的命令和文件。 所以 U-Boot、Linux kernel 和 rootfs...
嵌友，EMMC和Nand还傻傻分不清吗？
04-22 2774
1.背景今天偶然在一个群里看到有人聊EMMC和Nand，相信很多嵌入式er都用过或者至少听说过这2种板载存储芯片，但是很多人不清楚这2种的差异，也不明白什么时候应该用EMMC什么时候用N...
使用tftp、nand等uboot自带操作完成内核、文件系等下载烧写
aazhoukeaa的博客
12-28 1180
tftp、nand等uboot自带操作完成内核、文件系等下载烧写
Uboot下，emmc，nand操作（一）
rjszcb的博客
07-13 8986
一、目的：嵌入式开发板，通过emmc上的内核文件加载启动linux操作系统，以及存放其他程序文件。需要将所需文件先写入emmc中。 二、总体步骤是：uboot启动后，进入linux下，将emmc分区并格式化，uboot下支持fat和ext2的格式，这里用fat格式，并挂载，然后放入所需要的文件。这样重启后，进入uboot下，将emmc中的文件load到内存中运行。 三、uboot下emmc内容烧写（拷贝）步骤： 1、uboot启动后，输入mmc info有mmc的相关信息 2、通过tftp或其他方式启动li
iTOP-RK3568开发板Uboot参数-内核启动参数cmdline
mucheni的博客
05-17 1238
cmdline 格式是由很多个项目用空格隔开依次排列，每个项目中都是项目名= 项目值。整个 cmdline 会被内核启动时解析，解析成一个一个的项目名=项目值。cmdline 是 uboot 引导内核启动时传递给内核的，作用是指导内核启动，内。表示设置的是 dtb 和 dtbo 的索引值，表示在多个设备树中用第几个设备树。核启动阶段会去解析 cmdline,并根据 cmdline 去指导内核启动。表示安卓系统的启动方式是正常启动方式。指定驱动放置的位置，一些不开源的驱动，如 wifi、bt、gpu 等。
uboot从nand启动
q123456789098的专栏
07-27 671
1、在include/configs/apple2440.h头文件中定义Nand要用到的宏和寄存器，如下： gedit include/configs/apple2440.h /*  * Nand flash register and envionment variables  */ #define CONFIG_S3C2440_NAND_BOOT  1 #define NAND_
uboot中nand详细分析(一)
技术小窝
07-18 4630
一.gpmc初始化 uboot首先执行start.s，初始化cpu并从nand中拷贝其他代码到内存中；最后跳转到start_armboot()函数； 在start_armboot()中，循环初始化外设，其中board_init()函数就调用gpmc_init()初始化了gpmc： void gpmc_init(void) {         //通过把gpmc_cfg指向gpmc基地
rk3399 移植uboot
09-09
RK3399是一款基于ARM架构的高性能处理器，用于嵌入式系统开发，而U-Boot是一款开源的引导加载程序，用于启动嵌入式系统。 移植U-Boot到RK3399的过程主要包括以下几个步骤： 1. 准备工作：获取RK3399的开发板原厂提供的U-Boot源码，还需要安装交叉编译工具链。 2. 配置编译环境：根据RK3399的硬件平台信息，在U-Boot的源码目录中选择对应的配置文件，例如rockchip RK3399开发板的配置文件为"rk3399_defconfig"。 3. 编译U-Boot：通过运行交叉编译工具链来编译U-Boot源码，生成可执行文件和相关引导文件。 4. 烧录U-Boot：将编译好的U-Boot可执行文件烧录到RK3399的存储介质中，通常是通过USB连接到开发板的调试接口使用烧录工具进行操作。 5. 配置启动选项：根据实际需求，设置RK3399的启动选项，例如从哪个存储介质加载镜像、启动参数等。 6. 测试和调试：用烧录好的U-Boot启动RK3399开发板，并验证其启动过程是否正常，以及是否能够正确加载和启动嵌入式系统。 整个移植U-Boot的过程需要具备一定的嵌入式系统开发和调试经验，同时还需要根据具体的硬件平台来进行相应的配置和适配工作。移植U-Boot可以为RK3399提供强大的引导能力和更好的系统启动支持，为后续的软件开发和调试提供便利。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

打赏作者

ZhangDaniel_ZD

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

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

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

打赏作者

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

抵扣说明：

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

余额充值