debugfs_create_fileLinux中debugfs的解析debugfs_remove_recursiveDEFINE_SIMPLE_ATTRIBUTE

本文主要是介绍debugfs_create_fileLinux中debugfs的解析debugfs_remove_recursiveDEFINE_SIMPLE_ATTRIBUTE,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

Linux中debugfs的解析

2016年06月27日 17:56:17

阅读数:1088

debugfs_create_dir和debugfs_create_file定义在fs/debugfs/inode.c,函数原型声明在include/linux/fs.h。

struct dentry *debugfs_create_dir(const char *name, struct dentry *parent);
struct dentry *debugfs_create_file(const char *name, umode_t mode, struct dentry *parent, void *data, const struct file_operations *fops);
name是创建的文件或目录的名字,mode是文件的权限,parent是父目录,data通常指向驱动程序分配的数据,fops指向驱动分配的file_operations结构体,该结构体指定了应用程序读写时对调用的驱动程序函数。
对应的remove函数:
void debugfs_remove_recursive(struct dentry *dentry);
参数是调用debugfs_create_dir函数返回的指针。

配置CONFIG_DEBUG_FS=y让内核支持debugfs,也可以在menuconfig中指定:
Kernel hacking  --->
    [*] Debug Filesystem
内核默认会将debugfs挂载在/sys/kernel/debug目录下,也可以指定挂载目录:mount -t debugfs none /mnt
使用debugfs文件系统调试,先用宏DEFINE_SIMPLE_ATTRIBUTE指定使用读写函数和可变参数的格式,然后调用debugfs_create_dir和debugfs_create_file在文件系统下面创建文件,执行cat和echo时,会调用驱动的读写函数。

DEFINE_SIMPLE_ATTRIBUTE宏定义在include/linux/fs.h。
#define DEFINE_SIMPLE_ATTRIBUTE(__fops, __get, __set, __fmt)        \
static int __fops ## _open(struct inode *inode, struct file *file)    \
{                                    \
    __simple_attr_check_format(__fmt, 0ull);            \
    return simple_attr_open(inode, file, __get, __set, __fmt);    \
}                                    \
static const struct file_operations __fops = {                \
    .owner     = THIS_MODULE,                        \
    .open     = __fops ## _open,                    \
    .release = simple_attr_release,                    \
    .read     = simple_attr_read,                    \
    .write     = simple_attr_write,                    \
    .llseek     = generic_file_llseek,                    \
};

DEFINE_SIMPLE_ATTRIBUTE定义了一个file_operations结构体,并指定了open,read,write等函数,simple_attr_open函数关联了驱动的read,write函数,应用程序read,write时,通过simple_attr_read和simple_attr_write来调用驱动程序的read,write函数。
int simple_attr_open(struct inode *inode, struct file *file, int (*get)(void *, u64 *), int (*set)(void *, u64), const char *fmt)
{
    struct simple_attr *attr;

    attr = kmalloc(sizeof(*attr), GFP_KERNEL);
    if (!attr)
        return -ENOMEM;

    attr->get = get;
    attr->set = set;
    attr->data = inode->i_private;
    attr->fmt = fmt;
    mutex_init(&attr->mutex);

    file->private_data = attr;

    return nonseekable_open(inode, file);
}

attr->get和attr->set分别指向驱动的get和set函数。attr->data指向了驱动分配的数据,在调用debugfs_create_file时,该函数会inode->i_private指正指向第四个参数,这个参数一般是驱动程序的数据指针。
ssize_t simple_attr_read(struct file *file, char __user *buf,
             size_t len, loff_t *ppos)
{
    struct simple_attr *attr;
    size_t size;
    ssize_t ret;

    attr = file->private_data;

    if (!attr->get)
        return -EACCES;

    ret = mutex_lock_interruptible(&attr->mutex);
    if (ret)
        return ret;

    if (*ppos) {        /* continued read */
        size = strlen(attr->get_buf);
    } else {        /* first read */
        u64 val;
        ret = attr->get(attr->data, &val);
        if (ret)
            goto out;

        size = scnprintf(attr->get_buf, sizeof(attr->get_buf),
                 attr->fmt, (unsigned long long)val);
    }

    ret = simple_read_from_buffer(buf, len, ppos, attr->get_buf, size);
out:
    mutex_unlock(&attr->mutex);
    return ret;
}

通过attr = file->private_data;获得在simple_attr_open函数分配的attr结构体地址,然后ret = attr->get(attr->data, &val);用来调用驱动的get函数,读取到的值存放在val中,最后调用scnprintf函数将val按照DEFINE_SIMPLE_ATTRIBUTE中定义的字符串格式返回到simple_attr结构体的get_buf字符数组。
ssize_t simple_attr_write(struct file *file, const char __user *buf,
              size_t len, loff_t *ppos)
{
    struct simple_attr *attr;
    u64 val;
    size_t size;
    ssize_t ret;

    attr = file->private_data;
    if (!attr->set)
        return -EACCES;

    ret = mutex_lock_interruptible(&attr->mutex);
    if (ret)
        return ret;

    ret = -EFAULT;
    size = min(sizeof(attr->set_buf) - 1, len);
    if (copy_from_user(attr->set_buf, buf, size))
        goto out;

    attr->set_buf[size] = '\0';
    val = simple_strtoll(attr->set_buf, NULL, 0);
    ret = attr->set(attr->data, val);
    if (ret == 0)
        ret = len; /* on success, claim we got the whole input */
out:
    mutex_unlock(&attr->mutex);
    return ret;
}
首先和simple_attr_read一样获得attr的地址,然后调用copy_from_user获得echo传入的参数,接着利用simple_strtoll将字符传格式的数字转换为整型,最后调用驱动的set函数,将值写入attr->data中。

这篇关于debugfs_create_fileLinux中debugfs的解析debugfs_remove_recursiveDEFINE_SIMPLE_ATTRIBUTE的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/985018

相关文章

使用Python绘制3D堆叠条形图全解析

《使用Python绘制3D堆叠条形图全解析》在数据可视化的工具箱里,3D图表总能带来眼前一亮的效果,本文就来和大家聊聊如何使用Python实现绘制3D堆叠条形图,感兴趣的小伙伴可以了解下... 目录为什么选择 3D 堆叠条形图代码实现:从数据到 3D 世界的搭建核心代码逐行解析细节优化应用场景:3D 堆叠图

深度解析Python装饰器常见用法与进阶技巧

《深度解析Python装饰器常见用法与进阶技巧》Python装饰器(Decorator)是提升代码可读性与复用性的强大工具,本文将深入解析Python装饰器的原理,常见用法,进阶技巧与最佳实践,希望可... 目录装饰器的基本原理函数装饰器的常见用法带参数的装饰器类装饰器与方法装饰器装饰器的嵌套与组合进阶技巧

解析C++11 static_assert及与Boost库的关联从入门到精通

《解析C++11static_assert及与Boost库的关联从入门到精通》static_assert是C++中强大的编译时验证工具,它能够在编译阶段拦截不符合预期的类型或值,增强代码的健壮性,通... 目录一、背景知识:传统断言方法的局限性1.1 assert宏1.2 #error指令1.3 第三方解决

全面解析MySQL索引长度限制问题与解决方案

《全面解析MySQL索引长度限制问题与解决方案》MySQL对索引长度设限是为了保持高效的数据检索性能,这个限制不是MySQL的缺陷,而是数据库设计中的权衡结果,下面我们就来看看如何解决这一问题吧... 目录引言:为什么会有索引键长度问题?一、问题根源深度解析mysql索引长度限制原理实际场景示例二、五大解决

深度解析Spring Boot拦截器Interceptor与过滤器Filter的区别与实战指南

《深度解析SpringBoot拦截器Interceptor与过滤器Filter的区别与实战指南》本文深度解析SpringBoot中拦截器与过滤器的区别,涵盖执行顺序、依赖关系、异常处理等核心差异,并... 目录Spring Boot拦截器(Interceptor)与过滤器(Filter)深度解析:区别、实现

深度解析Spring AOP @Aspect 原理、实战与最佳实践教程

《深度解析SpringAOP@Aspect原理、实战与最佳实践教程》文章系统讲解了SpringAOP核心概念、实现方式及原理,涵盖横切关注点分离、代理机制(JDK/CGLIB)、切入点类型、性能... 目录1. @ASPect 核心概念1.1 AOP 编程范式1.2 @Aspect 关键特性2. 完整代码实

解决未解析的依赖项:‘net.sf.json-lib:json-lib:jar:2.4‘问题

《解决未解析的依赖项:‘net.sf.json-lib:json-lib:jar:2.4‘问题》:本文主要介绍解决未解析的依赖项:‘net.sf.json-lib:json-lib:jar:2.4... 目录未解析的依赖项:‘net.sf.json-lib:json-lib:jar:2.4‘打开pom.XM

IDEA Maven提示:未解析的依赖项的问题及解决

《IDEAMaven提示:未解析的依赖项的问题及解决》:本文主要介绍IDEAMaven提示:未解析的依赖项的问题及解决,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝... 目录IDEA Maven提示:未解析的依编程赖项例如总结IDEA Maven提示:未解析的依赖项例如

SpringBoot开发中十大常见陷阱深度解析与避坑指南

《SpringBoot开发中十大常见陷阱深度解析与避坑指南》在SpringBoot的开发过程中,即使是经验丰富的开发者也难免会遇到各种棘手的问题,本文将针对SpringBoot开发中十大常见的“坑... 目录引言一、配置总出错?是不是同时用了.properties和.yml?二、换个位置配置就失效?搞清楚加

Python循环结构全面解析

《Python循环结构全面解析》循环中的代码会执行特定的次数,或者是执行到特定条件成立时结束循环,或者是针对某一集合中的所有项目都执行一次,这篇文章给大家介绍Python循环结构解析,感兴趣的朋友跟随... 目录for-in循环while循环循环控制语句break语句continue语句else子句嵌套的循