全志A33 lichee Linux内核原子操作(附实测代码)

简介: 全志A33 lichee Linux内核原子操作(附实测代码) 开发平台 * 芯灵思SinlinxA33开发板 淘宝店铺: [https://sinlinx.taobao.com/]() 嵌入式linux 开发板交流 641395230 原子操作是指不会被线程调度机制打断的操作;这种操作一旦开始,就一直运行到结束,中间不会有任何线程切换。

全志A33 lichee Linux内核原子操作(附实测代码)

开发平台

*  芯灵思SinlinxA33开发板

淘宝店铺: https://sinlinx.taobao.com/

image

嵌入式linux 开发板交流 641395230

原子操作是指不会被线程调度机制打断的操作;这种操作一旦开始,就一直运行到结束,中间不会有任何线程切换。

原子操作是不可分割的,在执行完毕之前不会被任何其它任务或事件中断。在单处理器系统(UniProcessor)中,能够在单条指令中完成的操作都可以认为是" 原子操作",因为中断只能发生于指令之间。这也是某些CPU指令系统中引入了test_and_set、test_and_clear等指令用于临界资源互斥的原因。但是,在对称多处理器(Symmetric Multi-Processor)结构中就不同了,由于系统中有多个处理器在独立地运行,即使能在单条指令中完成的操作也有可能受到干扰。我们以decl (递减指令)为例,这是一个典型的"读-改-写"过程,涉及两次内存访问。设想在不同CPU运行的两个进程都在递减某个计数值,可能发生的情况是:

  • ⒈ CPU A(CPU A上所运行的进程,以下同)从内存单元把当前计数值⑵装载进它的寄存器中;
  • ⒉ CPU B从内存单元把当前计数值⑵装载进它的寄存器中。
  • ⒊ CPU A在它的寄存器中将计数值递减为1;
  • ⒋ CPU B在它的寄存器中将计数值递减为1;
  • ⒌ CPU A把修改后的计数值⑴写回内存单元。
  • ⒍ CPU B把修改后的计数值⑴写回内存单元。

我们看到,内存里的计数值应该是0,然而它却是1。如果该计数值是一个共享资源的引用计数,每个进程都在递减后把该值与0进行比较,从而确定是否需要释放该共享资源。这时,两个进程都去掉了对该共享资源的引用,但没有一个进程能够释放它--两个进程都推断出:计数值是1,共享资源仍然在被使用。

Linux原子操作大部分使用汇编语言实现,因为c语言并不能实现这样的操作。
原子操作需要硬件的支持,因此是架构相关的,其API和原子类型的定义都定义在内核源码树的 include/asm/atomic.h 文件中

原子操作相关API

atomic.h 这个文件中包含了和具体芯片架构相关的原子操作头文件arch\arm\include\asm\atomic.h

ATOMIC_INIT(v);
作用: 初始化一个个原子变量,一般比较少用。

atomic_read(atomic_t * v);
作用: 读取原子变量中的值

atomic_set(atomic_t * v, int i);
作用: 设置原子变量值为i

`void atomic_add(int i, atomic_t *v)
作用: 把原子变量值加上i

void atomic_sub(int i, atomic_t *v)
作用: 把原子变量值减去i

atomic_sub_and_test(i, v)
作用: 把原子变量v的值减去i,判断相减后的原子变量值是否为0,如果为0返回真

atomic_inc(v);
作用: 把原子变量v加上1

atomic_dec(v)
作用: 把原子变量v减去1

atomic_dec_and_test(v)
作用: 把原子变量v的值减去1,判断相减后的原子变量值是否为0,如果为0返回真

atomic_inc_and_test(v)
作用: 把原子变量v的值加1,判断相加后的原子变量值是否为0,如果为0返回真

atomic_add_negative(i,v)
作用: 把原子变量v的值加i,判断相加后的原子变量值是否为负数,如果为负数返回真

int atomic_add_return(int i, atomic_t *v)
作用: 把原子变量v的值加i,返回相加后原子变量的结果

int atomic_sub_return(int i, atomic_t *v)
作用: 把原子变量v的值减i,返回相减后原子变量的结果

atomic_inc_return(v)
作用: 把原子变量v的值加1后,返回结果

atomic_dec_return(v)·
作用: 把原子变量v的值减1后返回结果

实验现象:当多个APP调用同一个驱动时,不会发生混乱,依次执行


未实现原子操作,所有进程会都执行

驱动代码:

#include <linux/module.h>  
#include <linux/kernel.h>  
#include <linux/fs.h>  
#include <linux/init.h>  
#include <linux/delay.h>  
#include <linux/uaccess.h>  
#include <asm/irq.h>  
#include <asm/io.h>  
#include <asm/types.h>  
#include <linux/of.h>  
#include <linux/of_device.h>  
#include <linux/of_platform.h>  
#include <linux/atomic.h>  
static int major;  
static struct class *led_class;  
volatile unsigned long *gpio_con = NULL;  
volatile unsigned long *gpio_dat = NULL;  
//定义原子变量  ,初始化值为1  
atomic_t  atomic_v = ATOMIC_INIT(1);  
static int led_open (struct inode *node, struct file *filp)  
{  
    // atomic_dec_and_test(v),判断减1结果是否0,为0返回真。  
    if( !atomic_dec_and_test(&atomic_v) ){  
      printk("done done done \n");  
        return -1;  
    }  
  
    /* PB7 - 0x01C20824 */  
    if (gpio_con) {  
        printk("ioremap  0x%x\n", gpio_con);  
    }  
    else {  
        return -EINVAL;  
    }  
    printk(" open open open  \n");  
    return 0;  
}  
  
static ssize_t led_write (struct file *filp, const char __user *buf, size_t size, loff_t *off)  
{  
    unsigned char val;          
    copy_from_user(&val, buf, 1);  
  
    if (val)  
    {  
        *gpio_dat |= (1<<7);  
    }  
    else  
    {  
        *gpio_dat &= ~(1<<7);  
    }  
    printk(" write write write  \n");  
    return 1;   
}  
  
static int led_release (struct inode *node, struct file *filp)  
{  
    //释放信号量  
    atomic_set(&atomic_v,1);   
    printk("iounmap(0x%x)\n", gpio_con);  
    iounmap(gpio_con);  
    printk(" release release release  \n");  
    return 0;  
}  
  
  
static struct file_operations myled_oprs = {  
    .owner = THIS_MODULE,  
    .open  = led_open,  
    .write = led_write,  
    .release = led_release,  
};  
static int myled_init(void)  
{  
   major = register_chrdev(0, "myled", &myled_oprs);  
   led_class = class_create(THIS_MODULE, "myled");  
   device_create(led_class, NULL, MKDEV(major, 0), NULL, "ledzzzzzzzz");   
   gpio_con = (volatile unsigned long *)ioremap(0x01C20824, 1);   //0x01C20824  
   gpio_dat = gpio_con + 4;     //0x01C20834          
   *gpio_con &= ~(7<<28);  
   *gpio_con |=  (1<<28);  
   *gpio_dat &= ~(1<<7);  
   return 0;  
}  
module_init(myled_init);  
module_exit(led_release);  
MODULE_LICENSE("GPL");

APP代码:

#include <sys/stat.h>  
#include <fcntl.h>  
#include <stdio.h>  
/* ledtest on 
 *  *   * ledtest off 
 *   *     */  
int main(int argc, char **argv)  
{  
    int fd;  
    unsigned char val = 1;  
  
        fd = open("/dev/ledzzzzzzzz", O_RDWR);  
        if (fd < 0)  
        {  
            printf("can't open!\n");  
        }  
        if (argc != 2)  
        {  
            printf("Usage :\n");  
            printf("%s <on|off>\n", argv[0]);  
            return 0;  
        }  
  
        if (strcmp(argv[1], "on") == 0)  
        {  
            val  = 1;  
        }  
        else  
        {  
            val = 0;  
        }  
        write(fd, &val, 1);  
  
    return 0;  
}  
相关文章
|
11月前
|
安全 网络协议 Linux
深入理解Linux内核模块:加载机制、参数传递与实战开发
本文深入解析了Linux内核模块的加载机制、参数传递方式及实战开发技巧。内容涵盖模块基础概念、加载与卸载流程、生命周期管理、参数配置方法,并通过“Hello World”模块和字符设备驱动实例,带领读者逐步掌握模块开发技能。同时,介绍了调试手段、常见问题排查、开发规范及高级特性,如内核线程、模块间通信与性能优化策略。适合希望深入理解Linux内核机制、提升系统编程能力的技术人员阅读与实践。
973 1
|
11月前
|
监控 Ubuntu Linux
什么Linux,Linux内核及Linux操作系统
上面只是简单的介绍了一下Linux操作系统的几个核心组件,其实Linux的整体架构要复杂的多。单纯从Linux内核的角度,它要管理CPU、内存、网卡、硬盘和输入输出等设备,因此内核本身分为进程调度,内存管理,虚拟文件系统,网络接口等4个核心子系统。
1080 0
|
11月前
|
Web App开发 缓存 Rust
|
11月前
|
Ubuntu 安全 Linux
Ubuntu 发行版更新 Linux 内核,修复 17 个安全漏洞
本地攻击者可以利用上述漏洞,攻击 Ubuntu 22.10、Ubuntu 22.04、Ubuntu 20.04 LTS 发行版,导致拒绝服务(系统崩溃)或执行任意代码。
|
算法 Linux 调度
深入理解Linux内核调度器:从基础到优化####
本文旨在通过剖析Linux操作系统的心脏——内核调度器,为读者揭开其高效管理CPU资源的神秘面纱。不同于传统的摘要概述,本文将直接以一段精简代码片段作为引子,展示一个简化版的任务调度逻辑,随后逐步深入,详细探讨Linux内核调度器的工作原理、关键数据结构、调度算法演变以及性能调优策略,旨在为开发者与系统管理员提供一份实用的技术指南。 ####
686 4
|
机器学习/深度学习 人工智能 负载均衡
深度解析:Linux内核调度策略的演变与优化
【5月更文挑战第30天】 随着计算技术的不断进步,操作系统的性能调优成为了提升计算机系统效率的关键。在众多操作系统中,Linux因其开源和高度可定制性而备受青睐。本文将深入剖析Linux操作系统的内核调度策略,追溯其历史演变过程,并重点探讨近年来为适应多核处理器和实时性要求而产生的调度策略优化。通过分析比较不同的调度算法,如CFS(完全公平调度器)、实时调度类和批处理作业的调度需求,本文旨在为系统管理员和开发者提供对Linux调度机制深层次理解,同时指出未来可能的发展趋势。
|
缓存 并行计算 Linux
深入解析Linux操作系统的内核优化策略
本文旨在探讨Linux操作系统内核的优化策略,包括内核参数调整、内存管理、CPU调度以及文件系统性能提升等方面。通过对这些关键领域的分析,我们可以理解如何有效地提高Linux系统的性能和稳定性,从而为用户提供更加流畅和高效的计算体验。
744 24
|
缓存 监控 网络协议
Linux操作系统的内核优化与实践####
本文旨在探讨Linux操作系统内核的优化策略与实际应用案例,深入分析内核参数调优、编译选项配置及实时性能监控的方法。通过具体实例讲解如何根据不同应用场景调整内核设置,以提升系统性能和稳定性,为系统管理员和技术爱好者提供实用的优化指南。 ####
|
存储 缓存 网络协议
Linux操作系统的内核优化与性能调优####
本文深入探讨了Linux操作系统内核的优化策略与性能调优方法,旨在为系统管理员和高级用户提供一套实用的指南。通过分析内核参数调整、文件系统选择、内存管理及网络配置等关键方面,本文揭示了如何有效提升Linux系统的稳定性和运行效率。不同于常规摘要仅概述内容的做法,本摘要直接指出文章的核心价值——提供具体可行的优化措施,助力读者实现系统性能的飞跃。 ####