[ARM-assembly]-ARMV8的exclusive和inexclusive的介绍

原创已于 2023-03-02 17:17:53 修改 · 3.6k 阅读

0 ·

CC 4.0 BY-SA版权

文章标签：

#ARM #exclusive

于 2020-09-29 14:06:53 首次发布

ARM 专栏收录该内容

307 篇文章

订阅专栏

本文探讨了ARMv8架构中引入Exclusive指令的背景，重点讲述在多核环境中如何通过这些指令来管理共享资源锁，防止竞态条件。讲解了LDXR和STXR指令在支持exclusive操作中的作用，以及它们在A32和T32扩展中的对应指令。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

快速链接:
.
👉👉👉 个人博客笔记导读目录(全部) 👈👈👈

付费专栏-付费课程 【购买须知】:
【精选】ARMv8/ARMv9架构入门到精通-[目录] 👈👈👈

在这里插入图片描述

AMRv8-aarch64架构中的A64指令中，提供了如下的一些exclusive指令，用来支持exclusive操作
在这里插入图片描述

那为什么，arm在加入exclusive指令呢？加入这个，主要是为了解决多核情况下，锁的竞争问题。

在软件层面，对于共享资源的访问，会设定一个锁，只有能拿到这个锁的程序，才能够访问共享资源，而没有拿到锁的程序，就不能访问该共享资源。

static int g_lock;

void lock()
{
	while(!g_lock);
	g_lock = 1;  // 上锁
}

void unlock()
{
	g_lock = 0;  //释放锁
}

在使用操作系统后，这个程序也可能会出现潜在的问题，因为操作系统会调度应用程序。假设应用程序A在读取到锁状态后，值为0，表示当前锁没有被其他程序占有，正当自己要将锁锁上的时候，操作系统进行了调度，应用程序B执行。程序B也读取锁状态，发现值为0，表示当前锁没有被其他程序占有，然后将锁给锁上，访问共享资源。此时，操作系统又进行了调度，应用程序A执行，将锁给锁上，然后访问共享资源。那此时，就出现了2个应用程序，同时访问共享资源，锁的作用，被屏蔽了。

(单核的情况下)为了解决这个问题，可以在获取锁的时候，屏蔽中断，那这个时候，操作系统就不能调度，也就避免上面出现的问题

static int g_lock;

void lock()
{
	mask_interrupt();
	while(!g_lock);
	g_lock = 1;  // 上锁
	unmask_interrupt();
}

void unlock()
{
	g_lock = 0;  //释放锁
}

但是在多核的情况下，各个cpu是并行执行的，因此这个时候，还会出现，上面描述的2个程序，同时获取到锁的状态，而这个时候，通过禁止中断，是没有效果的.
为了解决多核情况下的锁竞争问题，arm引入了exclusive操作，并添加了相应的指令
exclusive的操作的核心，就是会将锁，用一个状态机进行维护，该状态机有2种状态，open状态和exclusive状态。要想成功的对锁进行上锁，状态必须要从exclusive状态切换到open状态，其他状态，都是失败的。

为了支持exclusive操作，在A64，新增了LDXR和STXR指令。

在A32和T32下，也加入LDREX和STREX指令来支持
在这里插入图片描述