如何来实现一个Linux内核的系统调用(基于tiny4412开发板)

简介: 如何来实现一个Linux内核的系统调用(基于tiny4412开发板)

关于系统调用,相信学习过操作系统的同学应该都不陌生。

那么,什么是系统调用?

百度的权威解释如下:

点击打开链接

     由操作系统实现提供的所有系统调用所构成的集合即程序接口或应用编程接口(Application Programming Interface,API)。是应用程序同系统之间的接口。

        那么我们编程实验过程中使用过哪些系统调用呢?

        当我们要打开一个文件,对这个文件进行读写等操作,我们就需要使用open , read , write , lseek等基本的操作函数API,操作系统中就会根据我们的fd(文件句柄)找到对应的open , read , write , lseek函数,在底层进行调用。

        举一个简单的例子:

基于tiny4412实现的LED驱动和应用控制

http://blog.csdn.NET/morixinguan/article/details/50619675

        我们在这个例子中就实现了系统调用:

fd = open("/dev/test-dev",O_RDWR) ;  
    if(-1 == fd)  
    {  
        printf("open fair!\n");  
        return -1 ;  
    }  
    while(1){  
        val = 0 ;  
        //写write方法就会调用到驱动程序的led_write  
        //最后我们能看到的结果是led灯做流水灯的实现,然后全灭,再周而复始  
        write(fd , &val , 4);  
        sleep(1);  
        val = 1 ;  
        write(fd , &val , 4);  
        sleep(1);  
        val = 2 ;  
        write(fd , &val , 4);  
        sleep(1);  
        val = 3 ;  
        write(fd , &val , 4);  
        sleep(1);  
        val = 5 ;  
        write(fd , &val , 4);  
        sleep(1);  
    }  

在这里,我们通过open函数,打开相应的设备,这里的设备就是/dev/test-dev,然后对设备进行写操作,操作系统就会通过设备节点识别我们到底调用了哪个驱动函数,进而实现一些简单的操作。


      通过上层的open函数,内核的初始化函数已经对这个设备进行了注册操作,于是通过主设备号和次设备号进而调用了相应的驱动函数led_open,接着write函数调用到底层的led_write函数,具体API如下:

//启动函数  
static __init int test_init(void)  
{  
    printk("led_init\n");  
    major = register_chrdev(major, DEV_NAME, &fops);  
    led_config = (volatile unsigned long *)ioremap(GPM4COM , 16);  
    led_dat = led_config + 1 ;    
    return 0;  
}  
//open方法,对LED灯进行初始化  
int led_open(struct inode *inode, struct file *filp)  
{  
    printk("led_open\n");//上层程序对LED进行Open操作的时候会执行这个函数  
    //先对LED的端口进行清0操作  
    *led_config &= ~(0xffff);  
    //将4个IO口16位都设置为Output输出状态  
    *led_config |= (0x1111);  
    return 0;  
}  
//write方法  
int led_write(struct file *filp , const char __user *buf , size_t count , loff_t *f_pos)  
{  
    int val ;   
    //注意,这里是在内核中进行操作,我们需要使用copy_from_user这个函数将用户态的内容拷贝到内核态  
    copy_from_user(&val , buf , count);   
    //以下就是当val是哪个值的时候,led就执行相应的操作,这里不多说  
    switch(val)  
    {  
        case 0 :   
                //对状态寄存器进行赋值,以下雷同  
                printk(KERN_EMERG"led1_on\n");  
                *led_dat &= ~0x1 ;  
                break ;  
        case 1 :  
                printk(KERN_EMERG"led2_on\n");  
                *led_dat &= ~0x2 ;  
                break ;  
        case 2 :  
                printk(KERN_EMERG"led3_on\n");  
                *led_dat &= ~0x4 ;  
                break ;  
        case 3 :  
                printk(KERN_EMERG"led4_on\n");  
                *led_dat &= ~0x8 ;   
                break ;  
        case 4 :  
                printk(KERN_EMERG"ledall_on\n");  
                *led_dat &= ~0xf ;  
                break ;  
        case 5 :   
                printk(KERN_EMERG"ledall_off\n");  
                *led_dat |= 0xf ;  
                break ;  
    }  
}  

上述调用过程在前面的字符设备驱动其实已经说得很详细就不再阐述。那么,如果我们现在不调用open,write,read等系统本身有的函数,我们自己来实现一个,如何实现?


    以下我们以实现sys_add()系统调用来进行过程描述,这个API很简单,就是通过上层调用syscall()函数,传入两个参数,使两数相加,具体实现如下:

   1、在内核源代码根目录找到这个文件   arch/arm/kernel/calls.S  ,打开看看:

/* 0 */   CALL(sys_restart_syscall)
    CALL(sys_exit)
    CALL(sys_fork_wrapper)
    CALL(sys_read)
    CALL(sys_write)
/* 5 */   CALL(sys_open)
    CALL(sys_close)
    ....

在这个文件里,声明我们系统需要调用的API,我们把相应的添加到最后面:


  我们把我们需要的添加到最后:

 /*376*/ CALL(sys_add)     这里376表示系统调用号,第376号

2、在内核源代码根目录找到这个文件   arch/arm/include/asm/unistd.h,打开看看:

/*
 * This file contains the system call numbers.
 */
#define __NR_restart_syscall    (__NR_SYSCALL_BASE+  0)
#define __NR_exit     (__NR_SYSCALL_BASE+  1)
#define __NR_fork     (__NR_SYSCALL_BASE+  2)
#define __NR_read     (__NR_SYSCALL_BASE+  3)
#define __NR_write      (__NR_SYSCALL_BASE+  4)
#define __NR_open     (__NR_SYSCALL_BASE+  5)
#define __NR_close      (__NR_SYSCALL_BASE+  6)
....

在__NR这个标号375号后面添加:

#define __NR_add      (__NR_SYSCALL_BASE+376)

3、在内核源代码根目录找到这个文件   arch/arm/kernel/sys_arm.c , 打开看看

640.jpg

在文件的最后添加:

asmlinkage long sys_add(int a, int b)
{
  return a+b;
}

这样,我们就完成了对底层系统调用的实现,接下来,我们来验证我们写的这个程序的结果,看看对不对。

具体如下:

为了方便验证,这里就不再写应用程序,有兴趣可以自己去验证,也很简单。我们这里采用的还是以驱动的形式进行加载。

步骤如下:

1、先在driver目录下创建一个目录:yyx_syscall

依次创建syscall_add.c  Makefile

往syscall_add.c添加代码:

#include<linux/kernel.h>
#include<linux/module.h>
#include<linux/sched.h>
#include<asm/uaccess.h>
#include<linux/compiler.h>
#include<linux/linkage.h>
#include<linux/types.h>
#include<linux/unistd.h>
//在linux内核根目录下找到System.map中sys_add的地址
#define SYS_CALL_ADD_TB 0xc004e30c  
//这里通过一个指针去获取系统函数的入口地址
unsigned long *sys_call_table_add = (unsigned long*)SYS_CALL_ADD_TB; 
asmlinkage long sys_add(int a , int b) ; //在这里定义一个函数
int __init init_addsyscall(void)
{
  int ret ;
  sys_call_table_add[376] = sys_add(1,2); //上面定义的这个函数作为参数传递给这个指针
  ret = sys_call_table_add[376] ;//获取到了参数
        printk("System call add loaded ret:%d\n",ret); //执行结果
        return 0;
}
void __exit exit_addsyscall(void)
{
        printk("System call unlodaded\n");
}
module_init(init_addsyscall);
module_exit(exit_addsyscall);
MODULE_LICENSE("GPL");
Makefile内容如下:
obj-y += syscall_add.o

然后回到内核的根目录下:

make -j4

将编译生成的zImage下载到板子上,运行,我们可以看到串口中打印了相应的数据,是数字3,也就是1+2的结果,验证成功。

640.jpg

目录
相关文章
|
8天前
|
Ubuntu Linux 开发者
Ubuntu20.04搭建嵌入式linux网络加载内核、设备树和根文件系统
使用上述U-Boot命令配置并启动嵌入式设备。如果配置正确,设备将通过TFTP加载内核和设备树,并通过NFS挂载根文件系统。
44 15
|
1月前
|
算法 Linux
深入探索Linux内核的内存管理机制
本文旨在为读者提供对Linux操作系统内核中内存管理机制的深入理解。通过探讨Linux内核如何高效地分配、回收和优化内存资源,我们揭示了这一复杂系统背后的原理及其对系统性能的影响。不同于常规的摘要,本文将直接进入主题,不包含背景信息或研究目的等标准部分,而是专注于技术细节和实际操作。
|
1月前
|
存储 缓存 网络协议
Linux操作系统的内核优化与性能调优####
本文深入探讨了Linux操作系统内核的优化策略与性能调优方法,旨在为系统管理员和高级用户提供一套实用的指南。通过分析内核参数调整、文件系统选择、内存管理及网络配置等关键方面,本文揭示了如何有效提升Linux系统的稳定性和运行效率。不同于常规摘要仅概述内容的做法,本摘要直接指出文章的核心价值——提供具体可行的优化措施,助力读者实现系统性能的飞跃。 ####
|
1月前
|
监控 算法 Linux
Linux内核锁机制深度剖析与实践优化####
本文作为一篇技术性文章,深入探讨了Linux操作系统内核中锁机制的工作原理、类型及其在并发控制中的应用,旨在为开发者提供关于如何有效利用这些工具来提升系统性能和稳定性的见解。不同于常规摘要的概述性质,本文将直接通过具体案例分析,展示在不同场景下选择合适的锁策略对于解决竞争条件、死锁问题的重要性,以及如何根据实际需求调整锁的粒度以达到最佳效果,为读者呈现一份实用性强的实践指南。 ####
|
1月前
|
缓存 监控 网络协议
Linux操作系统的内核优化与实践####
本文旨在探讨Linux操作系统内核的优化策略与实际应用案例,深入分析内核参数调优、编译选项配置及实时性能监控的方法。通过具体实例讲解如何根据不同应用场景调整内核设置,以提升系统性能和稳定性,为系统管理员和技术爱好者提供实用的优化指南。 ####
|
1月前
|
负载均衡 算法 Linux
深入探索Linux内核调度机制:公平与效率的平衡####
本文旨在剖析Linux操作系统内核中的进程调度机制,特别是其如何通过CFS(完全公平调度器)算法实现多任务环境下资源分配的公平性与系统响应速度之间的微妙平衡。不同于传统摘要的概览性质,本文摘要将直接聚焦于CFS的核心原理、设计目标及面临的挑战,为读者揭开Linux高效调度的秘密。 ####
37 3
|
2月前
|
负载均衡 算法 Linux
深入探索Linux内核调度器:公平与效率的平衡####
本文通过剖析Linux内核调度器的工作机制,揭示了其在多任务处理环境中如何实现时间片轮转、优先级调整及完全公平调度算法(CFS),以达到既公平又高效地分配CPU资源的目标。通过对比FIFO和RR等传统调度策略,本文展示了Linux调度器如何在复杂的计算场景下优化性能,为系统设计师和开发者提供了宝贵的设计思路。 ####
43 6
|
1月前
|
消息中间件 安全 Linux
深入探索Linux操作系统的内核机制
本文旨在为读者提供一个关于Linux操作系统内核机制的全面解析。通过探讨Linux内核的设计哲学、核心组件、以及其如何高效地管理硬件资源和系统操作,本文揭示了Linux之所以成为众多开发者和组织首选操作系统的原因。不同于常规摘要,此处我们不涉及具体代码或技术细节,而是从宏观的角度审视Linux内核的架构和功能,为对Linux感兴趣的读者提供一个高层次的理解框架。
|
2月前
|
缓存 网络协议 Linux
深入探索Linux操作系统的内核优化策略####
本文旨在探讨Linux操作系统内核的优化方法,通过分析当前主流的几种内核优化技术,结合具体案例,阐述如何有效提升系统性能与稳定性。文章首先概述了Linux内核的基本结构,随后详细解析了内核优化的必要性及常用手段,包括编译优化、内核参数调整、内存管理优化等,最后通过实例展示了这些优化技巧在实际场景中的应用效果,为读者提供了一套实用的Linux内核优化指南。 ####
54 1
|
2月前
|
算法 前端开发 Linux
深入理解Linux内核调度器:CFS与实时性的平衡####
本文旨在探讨Linux操作系统的核心组件之一——完全公平调度器(CFS)的工作原理,分析其在多任务处理环境中如何实现进程间的公平调度,并进一步讨论Linux对于实时性需求的支持策略。不同于传统摘要仅概述内容要点,本部分将简要预览CFS的设计哲学、核心算法以及它是如何通过红黑树数据结构来维护进程执行顺序,同时触及Linux内核为满足不同应用场景下的实时性要求而做出的权衡与优化。 ####

热门文章

最新文章

下一篇
开通oss服务