大话Linux内核中锁机制之内存屏障、读写自旋锁及顺序锁    在上一篇博文中笔者讨论了关于原子操作和自旋锁的相关内容，本篇博文将继续锁机制的讨论，包括内存屏障、读写自旋锁以及顺序锁的相关内容。下面首先讨论内存屏障的相关内容。三、内存屏障不知读者是是否记得在笔者讨论自旋锁的禁止或使能的时候，提到过一个内存屏障函数。OK，接下来，笔者将讨论内存屏障的具体细节内容。我们首先来看

一、前言普通的spin lock对待reader和writer是一视同仁，RW spin lock给reader赋予了更高的优先级，那么有没有让writer优先的锁的机制呢？答案就是seqlock。本文主要描述linux kernel 4.0中的seqlock的机制，首先是seqlock的工作原理，如果想浅尝辄止，那么了解了概念性的东东就OK了，也就是第二章了，当然，我还是推荐普通的驱动工程师

一、前言在linux kernel的实现中，经常会遇到这样的场景：共享数据被中断上下文和进程上下文访问，该如何保护呢？如果只有进程上下文的访问，那么可以考虑使用semaphore或者mutex的锁机制，但是现在中断上下文也参和进来，那些可以导致睡眠的lock就不能使用了，这时候，可以考虑使用spin lock。本文主要介绍了linux kernel中的spin lock的原理以及代码实现。

很多人会问这样的问题，Linux内核中提供了各式各样的同步锁机制到底有何作用？追根到底其实是由于操作系统中存在多进程对共享资源的并发访问，从而引起了进程间的竞态。这其中包括了我们所熟知的SMP系统，多核间的相互竞争资源，单CPU之间的相互竞争，中断和进程间的相互抢占等诸多问题。通常情况下，如图1所示，对于一段程序，我们的理想是总是美好的，希望它能够这样执行：进程1先对临界区完成操作，然后进

一、为何会有rw spin lock？在有了强大的spin lock之后，为何还会有rw spin lock呢？无他，仅仅是为了增加内核的并发，从而增加性能而已。spin lock严格的限制只有一个thread可以进入临界区，但是实际中，有些对共享资源的访问可以严格区分读和写的，这时候，其实多个读的thread进入临界区是OK的，使用spin lock则限制一个读thread进入，从而导致性能

“小王，今天咱们开始讲有关内存和I/O访问的内容，心里先要有点低，这部分内容还是有点烦，有点难的哦”说着话，我心里都没底，怕吓着小王，不瞒你说，当时看这部分，我可是没少费劲。“哦，那咋办，不能不学是不？没事，有小涛哥在，俺就不怕”小王信心十足的说。“哦！看不出来，还让你来安慰我了”看着小王这充满信心的样子，我也没啥顾虑了。好了，深吸一口气，开始今天的课程。   我们知道，在

对于一块实际的设备而言，通常会提供一组寄存器来用于控制设备，读写设备和获取设备状态，也就是我们常说的控制寄存器，数据寄存器和状态寄存器。这些寄存器可能位于I/O空间(这时叫做I/O端口)，也可能位于内存空间(对应的内存空间被成为I/O内存)。在Linux中提供了一系列的I/O端口和I/O内存操作的接口如下：  1）I/O端口操作：在Linux设备驱动中，应使用Linux内核提供的函数来访问

一般情况下，用户空间是不可能也不应该直接访问设备的，但是设备驱动程序可实现mmap()函数，这个函数可使得用户空间能直接访问设备的物理地址。实际上，mmap()S实现了这样的一个映射过程，它将用户空间的一段内存与设备内存关联，当用户访问用户空间的这段地址范围时，实际上会转化为对设备的访问。  mmp()必须以PAGE_SIZE为单位进行映射，实际上，内存只能以页为单位进行映射，若要映射非P

linux device driver basic knowledge

linux device driver basic knowledge