d1-nezha-rtthread与rtthread的cv1800b反汇编文件分析,及测试是否进入os.bin

2023-12-11 01:44

本文主要是介绍d1-nezha-rtthread与rtthread的cv1800b反汇编文件分析,及测试是否进入os.bin,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

前言

(1)PLCT实验室实习生长期招聘:招聘信息链接
(2)因为根据教程,我一直Milkv-duortthread一直没有进展,据我所知,一般只有entry函数前面部分有差异,然后是entry—>rtthread_startup—>rt_hw_board_init函数中系统时钟配置内容不同。然后调整一下FlashSRAM即可。
(3)因为第一次做操作系统的移植工作,因此只能走一步看一步了。我先对比研究一下d1-nezha-rtthreadrtthreadcv1800b反汇编文件。大概分析一下我的问题到底出现在哪里再尝试开始一步一步的做测试工作。
(4)阅读本文前,请先看:
<1>生成fip.bin在Milkv-duo上跑rtthread的相关尝试,及其问题分析;
<2>如何自己生成fip.bin在Milkv-duo上跑freertos;

研究反汇编

前期准备

(1)首先,我们先准备好d1-nezha-rtthreadrtthreadcv1800b反汇编文件。

rtthread反汇编文件生成

(1)这里的PATH=路径是你交叉编译工具链的路径。

export PATH=/opt/riscv64-linux-musleabi_for_x86_64-pc-linux-gnu/bin:$PATH
riscv64-unknown-elf-objdump -d rtthread.elf > rtthread_disassembly.txt

d1-nezha-rtthread反汇编文件生成

riscv64-unknown-elf-objdump -d rtthread.elf > d1s_disassembly.txt

反汇编对比分析

d1-nezha-rtthread反汇编分析

(1)d1-nezha-rtthread的反汇编非常好研究,极其简单。

  • _start前期工作,可能包括设置特定的控制寄存器(CSRs),关闭机器级中断,生成相对地址,并将生成的地址存储在寄存器 t0 中。
  • trap_entry,应该是设置中断处理入口地址为t0,初始化栈指针。
  • clear_bss,清除bss。
  • entry,之后的内容一致。

在这里插入图片描述

rtthread反汇编分析

(1)RT-Thread的反汇编就略微的复杂一点点
<1>首先是跳转到g_wake_up函数中。

  • boot_hartid,应该是对中断的相关寄存器进行配置。
  • trap_entry,清空ra到t0这32个寄存器。
  • __global_pointer,应该是栈分配吧。
  • init_bss,清除bss,这部分RT-Thread仓库和D1S仓库对bss操作不一样。
  • sbi_initRT-Thread仓库中有这个函数,但是D1S仓库中没有进行这个函数调用。

在这里插入图片描述
在这里插入图片描述

<2>g_wake_up函数执行完成之后,会跳转到primary_cpu_entry中执行。

  • rt_hw_interrupt_disable,关闭了全局中断。
  • __rt_assert_handler,应该是进行一些检查和断言吧。
  • rt_assert_set_hook,进行一些寄存器值的保存和加载,并且与栈操作相关。
  • entry,之后的内容一致。

在这里插入图片描述

测试是否进入了rtos.bin

找到第一个执行文件

(1)既然知道问题所在了,对启动流程有了一个初步认识之后,那么我们是不是可以在进入rtos.bin之前加一个打印信息呢?

在这里插入图片描述

(2)既然有了这个想法,那么就马上开干。我们知道_start中会调用trap_entry__stack_cpu0clear_bssentry这几个函数。于是我们可以尝试使用grep命令,查看这几个函数分别在哪几个文件中出现。

grep -r "trap_entry"
grep -r "__stack_cpu0"
grep -r "clear_bss"
grep -r "entry"

(3)通过查找的信息,我们很明显可以知道,大概率是在_start大概率是在startup_gcc.c或者是startup_gcc.S中出现。

在这里插入图片描述

(4)此时我们需要移动到仓库的根目录。然后执行如下查找指令,就可以找到startup_gcc.S文件。

cd ../..
find -name "startup_gcc.*"

在这里插入图片描述

修改文件内容

(1)这里我们需要将如何自己生成fip.bin在Milkv-duo上跑freertos这篇博客修改好的串口驱动程序移植过来。
(2)因为我这边反正是做测试使用,就大胆的把串口驱动文件放在了存放RT-Thread内核源码的src目录下了。这样就不会出现找不到文件的情况,减少麻烦。

在这里插入图片描述

(3)这里我们就在drv_uart中加入一个打印的测试函数print_zyx

/* --- drv_uart.h --- */
void print_zyx(void);
/* --- drv_uart.c --- */
void print_zyx(void)
{dw8250_uart_init();dw8250_uart_putc('z');dw8250_uart_putc('y');dw8250_uart_putc('x');
}

在这里插入图片描述
在这里插入图片描述

(4)在libcpu/risc-v/c906/startup_gcc.S中调整

_start:jal print_zyx/*disable interrupt*/csrw mie, zero

在这里插入图片描述

(4)在bsp/d1-nezha中编译,然后使用grep命令查找print_zyx是否被编译进来。

scons -c
scons -j10
grep -r "print_zyx"

在这里插入图片描述

生成fip.bin

(1)执行如下命令,生成fip.bin,生成的fip.bin在build目录下。

# d1-nezha-rtthread仓库中
cd  ${d1-nezha-rtthread_DIR}/bsp/d1-nezha
cp rtthread.bin rtos.bin
mv rtos.bin ${duo-toolbox_DIR}/debugloader/duoRVOS
# 进入duo-toolbox仓库路径
cd ${duo-toolbox_DIR}/debugloader/
export PATH=`pwd`/../host-tools/gcc/riscv64-linux-musl-x86_64/bin:$PATH
export PATH=`pwd`/../host-tools/gcc/riscv64-elf-x86_64/bin:$PATH
cd duoRVOS/
make clean
make
cd ../../fip/
cp ../debugloader/duoRVOS/os.bin .
make fsbl-build

(2)最终会出现一个乱码,具体原因不清楚。

在这里插入图片描述

(3)为了确保print_zyx是否编译进入了os.bin,我们可以看看os.asm文件,找到payload_bin。我们能够发现csrw mie,zero指令前面有一个jal的跳转指令,说明是成功将print_zyx是否编译进入了os.bin。至于为什么会出现乱码打印,还在研究中。

在这里插入图片描述

参考文章

(1)面包板社区:教你动手移植RT-Thread到国产MCU
(2)C站:生成fip.bin在Milkv-duo上跑rtthread的相关尝试,及其问题分析;
(3)C站:如何自己生成fip.bin在Milkv-duo上跑freertos;

这篇关于d1-nezha-rtthread与rtthread的cv1800b反汇编文件分析,及测试是否进入os.bin的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/479017

相关文章

python panda库从基础到高级操作分析

《pythonpanda库从基础到高级操作分析》本文介绍了Pandas库的核心功能,包括处理结构化数据的Series和DataFrame数据结构,数据读取、清洗、分组聚合、合并、时间序列分析及大数据... 目录1. Pandas 概述2. 基本操作:数据读取与查看3. 索引操作:精准定位数据4. Group

MySQL中EXISTS与IN用法使用与对比分析

《MySQL中EXISTS与IN用法使用与对比分析》在MySQL中,EXISTS和IN都用于子查询中根据另一个查询的结果来过滤主查询的记录,本文将基于工作原理、效率和应用场景进行全面对比... 目录一、基本用法详解1. IN 运算符2. EXISTS 运算符二、EXISTS 与 IN 的选择策略三、性能对比

MySQL 内存使用率常用分析语句

《MySQL内存使用率常用分析语句》用户整理了MySQL内存占用过高的分析方法,涵盖操作系统层确认及数据库层bufferpool、内存模块差值、线程状态、performance_schema性能数据... 目录一、 OS层二、 DB层1. 全局情况2. 内存占js用详情最近连续遇到mysql内存占用过高导致

深度解析Nginx日志分析与499状态码问题解决

《深度解析Nginx日志分析与499状态码问题解决》在Web服务器运维和性能优化过程中,Nginx日志是排查问题的重要依据,本文将围绕Nginx日志分析、499状态码的成因、排查方法及解决方案展开讨论... 目录前言1. Nginx日志基础1.1 Nginx日志存放位置1.2 Nginx日志格式2. 499

Olingo分析和实践之EDM 辅助序列化器详解(最佳实践)

《Olingo分析和实践之EDM辅助序列化器详解(最佳实践)》EDM辅助序列化器是ApacheOlingoOData框架中无需完整EDM模型的智能序列化工具,通过运行时类型推断实现灵活数据转换,适用... 目录概念与定义什么是 EDM 辅助序列化器?核心概念设计目标核心特点1. EDM 信息可选2. 智能类

Olingo分析和实践之OData框架核心组件初始化(关键步骤)

《Olingo分析和实践之OData框架核心组件初始化(关键步骤)》ODataSpringBootService通过初始化OData实例和服务元数据,构建框架核心能力与数据模型结构,实现序列化、URI... 目录概述第一步:OData实例创建1.1 OData.newInstance() 详细分析1.1.1

Olingo分析和实践之ODataImpl详细分析(重要方法详解)

《Olingo分析和实践之ODataImpl详细分析(重要方法详解)》ODataImpl.java是ApacheOlingoOData框架的核心工厂类,负责创建序列化器、反序列化器和处理器等组件,... 目录概述主要职责类结构与继承关系核心功能分析1. 序列化器管理2. 反序列化器管理3. 处理器管理重要方

SpringBoot中六种批量更新Mysql的方式效率对比分析

《SpringBoot中六种批量更新Mysql的方式效率对比分析》文章比较了MySQL大数据量批量更新的多种方法,指出REPLACEINTO和ONDUPLICATEKEY效率最高但存在数据风险,MyB... 目录效率比较测试结构数据库初始化测试数据批量修改方案第一种 for第二种 case when第三种

解决1093 - You can‘t specify target table报错问题及原因分析

《解决1093-Youcan‘tspecifytargettable报错问题及原因分析》MySQL1093错误因UPDATE/DELETE语句的FROM子句直接引用目标表或嵌套子查询导致,... 目录报js错原因分析具体原因解决办法方法一:使用临时表方法二:使用JOIN方法三:使用EXISTS示例总结报错原

MySQL中的LENGTH()函数用法详解与实例分析

《MySQL中的LENGTH()函数用法详解与实例分析》MySQLLENGTH()函数用于计算字符串的字节长度,区别于CHAR_LENGTH()的字符长度,适用于多字节字符集(如UTF-8)的数据验证... 目录1. LENGTH()函数的基本语法2. LENGTH()函数的返回值2.1 示例1:计算字符串