使用procfs

在《使用sysctl》一文中说到sysctl也是基于procfs设计的，那这次我们来对procfs进行一番了解吧。 在源码的include/linux/proc_fs.h文件里有procfs相关API的声明，其实现在fs/proc/generic.c文件中，由于从linux-3.10版本内核起，create_proc_entry()和create_proc_read_entry()函数被去除了，需使用proc_create()来代替了，先了解下本次学习涉及的内容：
1.proc_create()
在include/linux/proc_fs.h文件里有如下定义：
static inline struct proc_dir_entry *proc_create(
        const char *name, umode_t mode, struct proc_dir_entry *parent,
        const struct file_operations *proc_fops)
{
        return proc_create_data(name, mode, parent, proc_fops, NULL);
}
其中，name是创建在/proc目录下的节点（文件、目录）名称，mode是创建的节点的权限，其在include/uapi/linux/stat.h有相关宏（如S_IRWXU），parent指定当前节点的父目录节点，如果没有就设为NULL，proc_fops是设置对该节点的操作回调函数。 该函数默认创建文件节点，如果要创建目录节点呢？那么修改mode参数，把S_IFDIR宏“|”上即可。
2.proc_remove
有了创建函数，那么对应的就是移除函数了，在fs/proc/generic.c文件里有该函数的定义：
void proc_remove(struct proc_dir_entry *de)
{
        if (de)
                remove_proc_subtree(de->name, de->parent);
}
其在删除创建的节点时会把挂在该节点上相应的子节点一并删除。
3.proc_mkdir和proc_mkdir_mode
在上面proc_create函数里说到创建目录节点要修改mode，其实在fs/proc/generic.c文件里有如下定义：
struct proc_dir_entry *proc_mkdir_mode(const char *name, umode_t mode,
        struct proc_dir_entry *parent)
{
        return proc_mkdir_data(name, mode, parent, NULL);
}
struct proc_dir_entry *proc_mkdir(const char *name,
        struct proc_dir_entry *parent)
{
        return proc_mkdir_data(name, 0, parent, NULL);
}
其最终调用的proc_mkdir_data函数在同一文件里定义如下：
struct proc_dir_entry *proc_mkdir_data(const char *name, umode_t mode,
        struct proc_dir_entry *parent, void *data)
{
        struct proc_dir_entry *ent;

        if (mode == 0)
                mode = S_IRUGO | S_IXUGO;

        ent = __proc_create(&parent, name, S_IFDIR | mode, 2);
        if (ent) {
                ent->data = data;
                if (proc_register(parent, ent) < 0) {
                        kfree(ent);
                        ent = NULL;
                }
        }
        return ent;
}
看到了吧，就在mode这里的S_IFDIR，该函数不用多说，也是可以看得懂了。
4.proc_symlink
在fs/proc/generic.c文件里有相应的定义，在include/linux/proc_fs.h文件里有如下声明：
extern struct proc_dir_entry *proc_symlink(const char *,
        struct proc_dir_entry *, const char *);
其中，第一个参数name，第二个参数parent，第三个参数dest，在generic.c文件里是这样定义的，该函数就是在parent目录下创建name节点，该节点为指向dest的软链接，name与dest都以parent作为同级目录处理（如果parent为空则以/proc目录）。
5.struct proc_dir_entry
在fs/proc/internal.h文件里有如下定义：
struct proc_dir_entry {
        unsigned int low_ino;
        umode_t mode;
        nlink_t nlink;
        kuid_t uid;
        kgid_t gid;
        loff_t size;
        const struct inode_operations *proc_iops;
        const struct file_operations *proc_fops;
        struct proc_dir_entry *next, *parent, *subdir;
        void *data;
        atomic_t count; /* use count */
        atomic_t in_use; /* number of callers into module in progress; */
        /* negative -> it's going away RSN */
        struct completion *pde_unload_completion;
        struct list_head pde_openers; /* who did ->open, but not ->release */
        spinlock_t pde_unload_lock; /* proc_fops checks and pde_users bumps */
        u8 namelen;
        char name[];
};
该结构体便于我们对照，在这里不详细说明，下面的结构体也一样，我们本着实践的宗旨，在这里先学会用，后期有专栏来分析这些结构体。
6.struct file_operations
在include/linux/fs.h文件里有如下的结构体：
struct file_operations {
        struct module *owner;
        loff_t (*llseek) (struct file *, loff_t, int);
        ssize_t (*read) (struct file *, char __user *, size_t, loff_t *);
        ssize_t (*write) (struct file *, const char __user *, size_t, loff_t *);
        ssize_t (*aio_read) (struct kiocb *, const struct iovec *, unsigned long, loff_t);
        ssize_t (*aio_write) (struct kiocb *, const struct iovec *, unsigned long, loff_t);
        int (*iterate) (struct file *, struct dir_context *);
        unsigned int (*poll) (struct file *, struct poll_table_struct *);
        long (*unlocked_ioctl) (struct file *, unsigned int, unsigned long);
        long (*compat_ioctl) (struct file *, unsigned int, unsigned long);
        int (*mmap) (struct file *, struct vm_area_struct *);
        int (*open) (struct inode *, struct file *);
        int (*flush) (struct file *, fl_owner_t id);
        int (*release) (struct inode *, struct file *);
        int (*fsync) (struct file *, loff_t, loff_t, int datasync);
        int (*aio_fsync) (struct kiocb *, int datasync);
        int (*fasync) (int, struct file *, int);
        int (*lock) (struct file *, int, struct file_lock *);
        ssize_t (*sendpage) (struct file *, struct page *, int, size_t, loff_t *, int);
        unsigned long (*get_unmapped_area)(struct file *, unsigned long, unsigned long, unsigned long, unsigned long);
        int (*check_flags)(int);
        int (*flock) (struct file *, int, struct file_lock *);
        ssize_t (*splice_write)(struct pipe_inode_info *, struct file *, loff_t *, size_t, unsigned int);
        ssize_t (*splice_read)(struct file *, loff_t *, struct pipe_inode_info *, size_t, unsigned int);
        int (*setlease)(struct file *, long, struct file_lock **);
        long (*fallocate)(struct file *file, int mode, loff_t offset,
                loff_t len);
        int (*show_fdinfo)(struct seq_file *m, struct file *f);
};
下面还是我们的主要环节，上代码：
#include <linux/init.h>
#include <linux/module.h>
#include <linux/fs.h>
#include <linux/proc_fs.h>
#include <asm/uaccess.h>

struct proc_dir_entry * slam_dir = NULL;
struct proc_dir_entry * slam_entry = NULL;

static char * dir_name = "slam";
static char * entry_name = "xinu";
static char * symlink_name = "stxinu";

static ssize_t xinu_proc_read(struct file *file, char __user *buf, size_t count, loff_t *ppos)
{
        char *str = "My name is xinu.\n";
        int len = strlen(str);
        copy_to_user(buf, str, len);
        if (*ppos == 0)
                *ppos += len;
        else
                len = 0;
        return len;
}

static ssize_t xinu_proc_write(struct file *file, const char __user *buf, size_t count, loff_t *ppos)
{
        char str[128];
        if (count > PAGE_SIZE) //procfs write and read has PAGE_SIZE limit
        count = 128;

        if (copy_from_user(str, buf, count))
        {
                printk("copy_from_user failed!\n");
                return -EFAULT;
        }

        str[count-1] = '\0';
        printk("Your enter :\n%s\n", str);
        return count;
}

static const struct file_operations slam_fops =
{
        .owner = THIS_MODULE,
        .read = xinu_proc_read,
        .write = xinu_proc_write,
};

static __init int procfs_example_init(void)
{
        #ifdef CONFIG_PROC_FS
                slam_dir = proc_mkdir(dir_name, NULL);
                if (!slam_dir)
                {
                        printk("Create directory \"%s\" failed.\n", dir_name);
                        return -1;
                }

                slam_entry = proc_create(entry_name, 0666, slam_dir, &slam_fops);
                if (!slam_entry)
                {
                        printk("Create file \"%s\" and symlink \"%s\" failed.\n", entry_name, symlink_name);
                        return -1;
                }

                proc_symlink(symlink_name, slam_dir, entry_name);
        #else
                printk("This module requests the kernel to support procfs,need set CONFIG_PROC_FS configure Y\n");
        #endif
        return 0;
}

static __exit void procfs_example_exit(void)
{
        #ifdef CONFIG_PROC_FS
                proc_remove(slam_entry);
                proc_remove(slam_dir);
        #endif
}

module_init(procfs_example_init);
module_exit(procfs_example_exit);
对应的Makefile文件内容如下：
obj-m += procfs_example.o

CUR_PATH:=$(shell pwd)
LINUX_KERNEL_PATH:=/home/xinu/linux-3.13.6

all:
        make -C $(LINUX_KERNEL_PATH) M=$(CUR_PATH) modules

clean:
        make -C $(LINUX_KERNEL_PATH) M=$(CUR_PATH) clean
对应的源码文件目录树如下：
/home/xinu/xinu/linux_kernel_driver_l1/procfs_example/
├── Makefile
└── procfs_example.c
当编译加载驱动后，我们可以看到在/proc目录下有slam目录，slam目录下有xinu和stxinu两个文件节点，而stxinu则是指向xinu的软链接，即/proc/slam/stxinu->/proc/slam/xinu。
当我们对相应文件节点操作时，有如下输出：
xinu@slam:~$ ls -l /proc/slam/stxinu
lrwxrwxrwx 1 root root 4 May 4 17:30 /proc/slam/stxinu -> xinu
xinu@slam:~$ ls -l /proc/slam/xinu
-rw-rw-rw- 1 root root 0 May 4 17:30 /proc/slam/xinu
xinu@slam:~$ cat /proc/slam/stxinu
My name is xinu.
xinu@slam:~$ cat /proc/slam/xinu
My name is xinu.
xinu@slam:~$ echo “Hello” > /proc/slam/xinu
xinu@slam:~$ echo “Hello” > /proc/slam/stxinu
当我们执行最后两句后，可通过dmesg看到如下输出：
[31451.840871] Your enter :
[31451.840871] Hello
[31462.441119] Your enter :
[31462.441119] Hello
至此，我们再次体验了另一种内核态与用户态交换方式了，继续加油！
参考网址：
https://www.ibm.com/developerworks/cn/linux/l-kerns-usrs2/
http://www.embeddedlinux.org.cn/html/yingjianqudong/201304/17-2552.html
http://brightconan.com/?p=14
http://nano-chicken.blogspot.com/2009/11/linux-modulesiii.html
http://nano-chicken.blogspot.com/2009/12/linux-modules31-procfsvector.html
http://nano-chicken.blogspot.com/2010/04/linux-modules32-procfssymlinkmkdir_16.html
https://lwn.net/Articles/549737/
http://reverland.org/linux-tech/2013/12/24/writing-drivers-in-linuxa-brief-tutorial/

评论

发表评论

此博客中的热门博文

I/O映射之I/O端口

图片
对于外设，操作系统会采用端口映射和内存映射两种方式来对其进行控制，其中端口映射就是操作系统规定好一段地址给指定换上设，其与外设的寄存器按顺序一一对应上。 在Linux内核源码include/asm-generic/io.h头文件里有如下我们对I/O port进行操作的函数： static inline u8 inb(unsigned long addr) { return readb(addr + PCI_IOBASE); } static inline u16 inw(unsigned long addr) { return readw(addr + PCI_IOBASE); } static inline u32 inl(unsigned long addr) { return readl(addr + PCI_IOBASE); } static inline void outb(u8 b, unsigned long addr) { writeb(b, addr + PCI_IOBASE); } static inline void outw(u16 b, unsigned long addr) { writew(b, addr + PCI_IOBASE); } static inline void outl(u32 b, unsigned long addr) { writel(b, addr + PCI_IOBASE); } #define inb_p(addr) inb(addr) #define inw_p(addr) inw(addr) #define inl_p(addr) inl(addr) #define outb_p(x, addr) outb((x), (addr)) #define outw_p(x, addr) outw((x), (addr)) #define outl_p(x, addr) outl((x), (addr)) 分别对应对端口进行读取或写入字节、字、双字大小数据的操作。 该头文件中还有其他的操作函数及宏定义，请自行深入了解。 我们可通过读取/proc/ioports文件来了解Linux里I/O端口的映射...
阅读全文

制作Android7.1关机充电动画

    在Android7.1系统上面，关机充电动画已不再是5.1里的几张图片，如下：     在Android5.1的system/core/healthd/images目录下，有如下文件：     battery_0.png     battery_1.png     battery_2.png     battery_3.png     battery_4.png     battery_5.png     battery_charge.png     battery_fail.png     capacity_text_bottom.png     capacity_text_left.png     capacity_text_right.png     capacity_text_top.png     而在Android7.1的同一目录下，则只有如下文件：     battery_fail.png     battery_scale.png     其中，battery_scale.png为相应的动画文件，我们查找了一翻，发现在bootable/recovery目录下有interlace-frames.py文件，该文件用于将几张PNG图片合成一张PNG图片，我们使用如下命令将上面的battery_scale.png解包：     python interlace-frames.py -d battery_scale.png -o battery.png     会生成battery00.png、……、battery05.png共6个文件，而这6个文件刚好对应system/core/healthd/healthd_mode_charger.cpp文件里的default_animation_frames定义： static ...
阅读全文

通过Netlink检测网线插拔

  最近有个需求需要检测RJ45网卡的网线有没有接上，而最近正在了解Netlink相关资料，刚好也看下通过Netlink可以进行检测，故在此做下粗略笔记：   1.首先要创建一个Netlink Socket，在用户层使用如下参数来调用socket()函数：    fd = socket(AF_NETLINK, SOCK_RAW, NETLINK_ROUTE);    上面这个函数第一个参数必须是AF_NETLINK或PF_NETLINK，这两个标志在Linux下是一样的，第二个参数可以是SOCK_RAW或SOCK_DGRAM（对应用到TCP或UDP协议），而最后一个参数NETLINK_ROUTE为“路由守护进程”，用于接收来自内核的路由通知事件。   2.将上面创建的Socket绑定    addr.nl_family = AF_NETLINK;    addr.nl_groups = RTNLGRP_LINK; //指定接收路由多播组消息    bind(fd, (struct sockaddr*)&addr, sizeof(addr));    上面将创建的socket与相应的协议族和组进行绑定，接下来通过读fd这个socket来获得相应的消息数据struct nlmsghdr，再对该结构体数据进行判断来获得网线是接上或是拔掉，相应的源码如下： #include <sys/types.h>  #include <sys/socket.h>  #include <asm/types.h>  #include <linux/netlink.h>  #include <linux/rtnetlink.h>  #include <stdlib.h>  #include <stdio.h>  #include <sys/ioctl.h>  #include <linux/if.h>  #include <st...
阅读全文