在汇编 x86 实模式中寻址如何工作?为什么标签返回不同的值?

如何解决在汇编 x86 实模式中寻址如何工作?为什么标签返回不同的值?

我有两种引导加载程序代码变体(它应该在引导加载程序代码的 512b 之后移动 1kb 堆栈)。 起始物理地址始终为 0x7c00(标签“开始”)。 BIOS 在 RAM 中复制引导加载程序代码。 当我使用“MOV SP,开始+1024+512”时:

  1. SP 将是 0x7c00 + 1024 + 512,因为物理地址应该是 SS:SP = 0
  2. SP 将是 0 + 1024 + 512,因为物理地址应该是 SS:SP = 0x07c0

但是如果我写“jmp start”,处理器将始终转到地址 0x7c00。它会计算

  1. 0 + 0x07c0
  2. 0x07c0

为什么 MOVLMP 中的“start”返回不同的值?或者它会是一样的,但是在 MOV 处理器中不添加段,而在 JMP 中添加?在这种情况下,“开始”是否将根据 DS:SI 而不是 CS:IP 计算? 另一个例子。如果我最后添加代码

mov SI,main
lodsb ;write data from main to AL

处理器将始终访问完整的物理地址段+偏移量,并在寄存器 AL 中获取值“S”。 SI 将仅等于偏移量?并且处理器会在 lodsb 执行过程中添加段?

额外问题:

处理器如何执行“jmp main”?该指令位于“mov ds,ax”之上。因此 2 变体中的代码有错误,但它可以工作。

BIOS加载bootloader时CS寄存器的默认值是多少?显然 CS:IP 应该是 0x7c00。

1 个变体

[bits 16]
[org 0x7c00]
start:  ;offset= 0x7c00
jmp main
db    "Some data" ;actually fake BIOS Parameter Block(BPB)
main: 
mov ax,0 
mov ds,ax ; data segment =0.
mov ss,ax ; stack segment = 0
mov sp,start+1024+512 ;stack pointer = 0x7c00+1024+512

2 变体

[bits 16]
[org 0x0000]
start:  ;offset= 0x0000
jmp main
db    "Some data" ;actually fake BIOS Parameter Block(BPB) 
main:
mov ax,0x07c0 
mov ds,ax ; data segment =0x07c0.
mov ss,ax ; stack segment =0x07c0.
mov sp,start+1024+512 ;stack pointer = 0+1024+512

解决方法

... 总是转到地址 0x7c00。它将计算...

在分段内存模型中,您不仅应该考虑有效(物理)地址,还必须始终将地址视为实模式或 16 位保护模式下的 (16+16) 位值或32 位保护模式下的 (16+32) 位值。

假设您的程序包含指令 mov al,cs:[100h]

该指令将从地址​​ CS:0x100 中读取一些字节,实际上是 (CS<<4)+0x100

如果跳转到0x7C0:0,这条指令将访问地址为(0x7C0<<4)+0x100=0x7D00的内存;如果执行跳转到 0:0x7C00,该指令将访问地址为 (0<<4)+0x100=0x100 的内存。

这意味着如果您跳转到 0x7C0:00:0x7C00,您的程序会执行不同的操作。因此,据说 0x7C0:00:0x7C00 是两个不同的地址。

假设 main 位于物理地址 0x7C40

这意味着main的地址既不是0x7C40也不是0x40,而是0:0x7C40(在“变体1”中)或者是{{1 }}(在“变体 2”中),因为您始终必须将地址指定为段和偏移量对。

在保护模式下的分段内存模型中,这更加复杂,使用正确的段更为重要!

SI 将仅等于偏移量?
另外,在这种情况下,“开始”是否会根据 DS:SI 而不是 CS:IP 计算?

0x7C0:0x40 指令访问地址 lodsbDS:SI 访问 stosb

这意味着 ES:DI 只保存偏移量,SI 只保存段。

变体 1 和 2 将向 DS 寄存器加载不同的值,因为 SI 在一个变体中位于地址 main(这意味着:0:0x7C40)并且在另一个变体中的 SI=0x7C40 (0x7C0:0x40)。

因此,在变体 1 中,您必须设置 SI=0x40,在变体 2 中,您必须设置 DS=0

在一种情况下,DS=0x7C0 将访问地址 lodsb,在另一种情况下,0:0x7C40 将访问地址 lodsb。在这两种情况下,访问 RAM 中的相同字节:物理地址 0x7C0:0x40

处理器如何执行“jmp main”?该指令位于“mov ds,ax”之上。因此 2 变体中的代码有错误,但它可以工作。

0x7C40 指令有两种变体:

一种变体不会将固定值写入 JMP 寄存器,而是向 IP 寄存器添加一些常量值。因此,如果将 IP 添加到 0x40,代码会在 0x7C0:0 处继续执行。如果将 0x7C0:0x40 添加到 0x40,代码会在 0:0x7C00 处继续执行。在这两种情况下,下一条指令都位于物理地址 0:0x7C40。 (可能,0x7C40 就是这种变体。)

另一个变体将一对段和偏移量作为参数。您不能跳转到地址 jmp main,但您可以跳转到地址 0x7C40 或地址 0:0x7C40

BIOS加载bootloader时CS寄存器的默认值是多少?

有一些 BIOS 会跳转到 0x7C0:0x40,但标准似乎是 0x7C0:0

出于这个原因,许多引导加载程序执行跳转到 0:0x7C00(例如)以确保 0x7C0:0x60 寄存器具有定义的值。

版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。

相关推荐


使用本地python环境可以成功执行 import pandas as pd import matplotlib.pyplot as plt # 设置字体 plt.rcParams[&#39;font.sans-serif&#39;] = [&#39;SimHei&#39;] # 能正确显示负号 p
错误1:Request method ‘DELETE‘ not supported 错误还原:controller层有一个接口,访问该接口时报错:Request method ‘DELETE‘ not supported 错误原因:没有接收到前端传入的参数,修改为如下 参考 错误2:cannot r
错误1:启动docker镜像时报错:Error response from daemon: driver failed programming external connectivity on endpoint quirky_allen 解决方法:重启docker -&gt; systemctl r
错误1:private field ‘xxx‘ is never assigned 按Altʾnter快捷键,选择第2项 参考:https://blog.csdn.net/shi_hong_fei_hei/article/details/88814070 错误2:启动时报错,不能找到主启动类 #
报错如下,通过源不能下载,最后警告pip需升级版本 Requirement already satisfied: pip in c:\users\ychen\appdata\local\programs\python\python310\lib\site-packages (22.0.4) Coll
错误1:maven打包报错 错误还原:使用maven打包项目时报错如下 [ERROR] Failed to execute goal org.apache.maven.plugins:maven-resources-plugin:3.2.0:resources (default-resources)
错误1:服务调用时报错 服务消费者模块assess通过openFeign调用服务提供者模块hires 如下为服务提供者模块hires的控制层接口 @RestController @RequestMapping(&quot;/hires&quot;) public class FeignControl
错误1:运行项目后报如下错误 解决方案 报错2:Failed to execute goal org.apache.maven.plugins:maven-compiler-plugin:3.8.1:compile (default-compile) on project sb 解决方案:在pom.
参考 错误原因 过滤器或拦截器在生效时,redisTemplate还没有注入 解决方案:在注入容器时就生效 @Component //项目运行时就注入Spring容器 public class RedisBean { @Resource private RedisTemplate&lt;String
使用vite构建项目报错 C:\Users\ychen\work&gt;npm init @vitejs/app @vitejs/create-app is deprecated, use npm init vite instead C:\Users\ychen\AppData\Local\npm-
参考1 参考2 解决方案 # 点击安装源 协议选择 http:// 路径填写 mirrors.aliyun.com/centos/8.3.2011/BaseOS/x86_64/os URL类型 软件库URL 其他路径 # 版本 7 mirrors.aliyun.com/centos/7/os/x86
报错1 [root@slave1 data_mocker]# kafka-console-consumer.sh --bootstrap-server slave1:9092 --topic topic_db [2023-12-19 18:31:12,770] WARN [Consumer clie
错误1 # 重写数据 hive (edu)&gt; insert overwrite table dwd_trade_cart_add_inc &gt; select data.id, &gt; data.user_id, &gt; data.course_id, &gt; date_format(
错误1 hive (edu)&gt; insert into huanhuan values(1,&#39;haoge&#39;); Query ID = root_20240110071417_fe1517ad-3607-41f4-bdcf-d00b98ac443e Total jobs = 1
报错1:执行到如下就不执行了,没有显示Successfully registered new MBean. [root@slave1 bin]# /usr/local/software/flume-1.9.0/bin/flume-ng agent -n a1 -c /usr/local/softwa
虚拟及没有启动任何服务器查看jps会显示jps,如果没有显示任何东西 [root@slave2 ~]# jps 9647 Jps 解决方案 # 进入/tmp查看 [root@slave1 dfs]# cd /tmp [root@slave1 tmp]# ll 总用量 48 drwxr-xr-x. 2
报错1 hive&gt; show databases; OK Failed with exception java.io.IOException:java.lang.RuntimeException: Error in configuring object Time taken: 0.474 se
报错1 [root@localhost ~]# vim -bash: vim: 未找到命令 安装vim yum -y install vim* # 查看是否安装成功 [root@hadoop01 hadoop]# rpm -qa |grep vim vim-X11-7.4.629-8.el7_9.x
修改hadoop配置 vi /usr/local/software/hadoop-2.9.2/etc/hadoop/yarn-site.xml # 添加如下 &lt;configuration&gt; &lt;property&gt; &lt;name&gt;yarn.nodemanager.res