1.2 内存屏障
1.2.1 概念理解
原理部分比较苦涩难懂，我们先不过多详细介绍这部分的由来和经过，接下来着重讲解什么用途和实现；
ARM64架构中提供了3条内存屏障指令。
- 数据存储屏障(Data Memory Barrier, DMB)指令。
- 数据同步屏障(Data Synchronization Barrier, DSB)指令。
- 指令同步屏障(Instruction Synchronization Barrier, ISB)指令。
学习过程中对这三条指令的含义还是有所困惑的，接下来介绍下：
数据存储屏障(Data Memory Barrier, DMB)指令： 仅当所有在它前面的存储器访问操作都执行完毕后，才提交在它后面的访问指令，DMB指令保证的是DMB指令之前的所有内存访问指令和DMB指令之后的所有内存访问指令的顺序。也就是说，DMB指令之后的内存访问不会被处理器重排到DMB指令前面。DMB指令不会保证内存访问指令在内存屏障指令之前必须完成，它仅仅保证内存屏障指令前后的内存访问指令的执行顺序。DMB指令仅仅影响内存访问指令、数据高速缓存指令，以及高速缓存管理指令等，并不会影响其他指令的顺序。
**数据同步屏障(Data Synchronization Barrier, DSB)指令：**比DMB指令要严格一些，仅当所有在它前面的访问指令都执行完毕后，才会执行在它后面的指令，即任何指令都要等待DSB指令前面的访问指令完成。位于此指令前的所有缓存，如分支预测和TLB维护操作需全部完成。
**指令同步屏障(Instruction Synchronization Barrier, ISB)指令：**比DMB指令和DSB指令严格，刷新流水线和预取缓冲区后，才会从高速缓存或者内存中预取ISB指令之后的指令。ISB指令通常用来保证上下文切换的效果，如ASID（address space ID）更改，TLB维护操作和C15寄存器的修改等。
Note: DMB和DSB指令可以带参数，后续有遇到我们再补充说明，感兴趣的也可自行查阅；
1.2.2 接口说明
在ARM64 Linux内核中实现内存屏障函数的代码如下:
<kernel/linux/linux-5.15.73/arch/arm64/include/asm/barrier.h>
#define isb() asm volatile("isb" : : : "memory")
#define dmb(opt) asm volatile("dmb " #opt : : : "memory")
#define dsb(opt) asm volatile("dsb " #opt : : : "memory")
#define mb() dsb(sy)
#define rmb() dsb(ld)
#define wmb() dsb(st)
#define dma_mb() dmb(osh)
#define dma_rmb() dmb(oshld)
#define dma_wmb() dmb(oshst)
1.2.3 linux中案例说明
例1：在一个网卡驱动中发送数据包。把网络数据包写入缓冲区后，由DMA引擎负责发送，wmb()函数保证在DMA传输之前，数据被完全写入缓冲区中。
<kernel/linux/linux-5.15.73/drivers/net/ethernet/realtek/8139too.c>
static netdev_tx_t rtl8139_start_xmit (struct sk_buff *skb,
struct net_device *dev)
{
struct rtl8139_private *tp = netdev_priv(dev);
void __iomem *ioaddr = tp->mmio_addr;
unsigned int entry;
unsigned int len = skb->len;
unsigned long flags;
/* Calculate the next Tx descriptor entry. */
entry = tp->cur_tx % NUM_TX_DESC;
/* Note: the chip doesn't have auto-pad! */
if (likely(len < TX_BUF_SIZE)) {
if (len < ETH_ZLEN)
memset(tp->tx_buf[entry], 0, ETH_ZLEN);
skb_copy_and_csum_dev(skb, tp->tx_buf[entry]); // 写入TxStatus以触发DMA传输
dev_kfree_skb_any(skb);
} else {
dev_kfree_skb_any(skb);
dev->stats.tx_dropped++;
return NETDEV_TX_OK;
}
spin_lock_irqsave(&tp->lock, flags);
/*
* Writing to TxStatus triggers a DMA transfer of the data
* copied to tp->tx_buf[entry] above. Use a memory barrier
* to make sure that the device sees the updated data.
*/
wmb(); //使用一条内存屏障指令以保证设备可以看到这些更新后的数据
RTL_W32_F (TxStatus0 + (entry * sizeof (u32)),
tp->tx_flag | max(len, (unsigned int)ETH_ZLEN));
tp->cur_tx++;
if ((tp->cur_tx - NUM_TX_DESC) == tp->dirty_tx)
netif_stop_queue (dev);
spin_unlock_irqrestore(&tp->lock, flags);
netif_dbg(tp, tx_queued, dev, "Queued Tx packet size %u to slot %d\n",
len, entry);
return NETDEV_TX_OK;
}
例2： Linux内核里面的睡眠和唤醒接口函数也运用了内存屏障指令，通常一个进程因为等待某些事件需要睡眠，如调用wait_event()函数。睡眠者的代码片段如下。
for (;;) {
set_current_state(TASKJJNINTERRUPTIBLE);
if (event_indicated)
break;
schedule();
/****************************************************************************/
#define set_current_state(state_value) \
do { \
debug_normal_state_change((state_value)); \
smp_store_mb(current->__state, (state_value)); \
} while (0)
set_current_state()函数在修改进程的状态时隐含插入了内存屏障函数smp_mb()。smp_store_mb函数最终调用的是mb()；
唤醒者通常会调用wake_up()函数，它在修改task状态之前也隐含地插入内存屏障函数 smp_rmb()。
wake_up() —> __wake_up_common() -----> wq_entry->func—> autoremove_wake_function() —> try_to_wake_up() ------> smp_rmb()
- 睡眠者：CPUI在更改当前进程current->state后，插入一条内存屏障指令，保证加载唤醒标记load event_indicated不会出现在修改current->state之前。
- 唤醒者：CPU2在唤醒标记store操作和把进程状态修改成RUNNING的store操作之间插入写屏障，保证唤醒标记event indicated的修改能被其他CPU看到。
感谢学习，有什么问题可以评论区讨论学习。
