浅谈linux - 设备树应用示例

2023-05-16

概述

在上一篇文章《浅谈linux - 描述硬件的文件设备树》已经详细介绍过设备树(device tree)的相关内容和使用方法,我们知道设备树主要用来解决kernel中的大量冗余硬编码的问题,实现内核和硬件的分离。

本文主要向读者展示设备树在实际项目中的应用,让读者充分掌握设备树在实际中的使用方法。

接口

查找设备节点

/**
 * @根据节点路径查找节点
 * @path: 节点的全路径,从根节点‘/’开始
 * @成功返回找到的节点,失败返回 NULL
 */
static inline struct device_node *of_find_node_by_path(const char *path);

获取节点指定属性信息

/**
 * @获取节点指定属性值,值只有一个元素(非数组),且数据类型为u32时使用
 * @np: 节点        propname:属性名,如:compatible、reg等     out_value/out_string:保存值
 * @成功返回0,-EINVAL 表示属性不存在, -ENODATA 表示没有要读取的数据, -EOVERFLOW 表示属性值列表太小
 */
static inline int of_property_read_u32(const struct device_node *np, const char *propname, u32 *out_value);


/**
 * @当节点属性有多个元素(数组)时,获取节点指定属性值,u32类型数据读取
 * @np: 节点        propname:属性名,如:compatible、reg等     out_value:保存值       sz:数组元素个数
 * @成功返回0,-EINVAL 表示属性不存在, -ENODATA 表示没有要读取的数据, -EOVERFLOW 表示属性值列表太小
 */
extern int of_property_read_u32_array(const struct device_node *np, const char *propname, u32 *out_values, size_t sz);

直接内存地址映射,将节点reg信息中的内存地址直接映射到虚拟地址

/**
 * 直接内存映射,位置:linux/of_address.h
 * @node:节点  index:reg属性中要完成内存映射的段,如果reg属性只有一段的话index就设置为0
 * @映射完成后的地址
**/
void __iomem *of_iomap(struct device_node *node, int index);

物理地址到虚拟地址的映射与解除映射

/* ioremap用于物理地址到虚拟地址的映射,iounmap用于解除映射 */
extern void __iomem *__ioremap(phys_addr_t phys_addr, size_t size, pgprot_t prot);
extern void __iounmap(volatile void __iomem *addr);

#define ioremap(addr, size)        __ioremap((addr), (size), __pgprot(PROT_DEVICE_nGnRE))
#define iounmap                    __iounmap

注意:寄存器地址映射包含两种方法。

a. 调用of_iomap完成reg中的寄存器地址直接映射。 

b. 先获取reg信息,再调用ioremap完成地址映射。

/* 设备树中寄存器地址映射方法1 */
unsigned int tmp_reg[REG_NUM * 2];

/* 查找reg属性,对应为寄存器地址信息 */ 
if (of_property_read_u32_array(np, "reg", tmp_reg, REG_NUM*2) == 0) 
    return;

/* 地址映射 */ 
for (i=0; i<REG_NUM; i++) 
    reg_buf[i] = ioremap(tmp_reg[2*i], tmp_reg[2*i+1]);

/* 设备树中寄存器地址映射方法2 */    
/* 查找寄存器地址并映射 */ 
for (i=0; i<REG_NUM; i++)
    reg_buf[i] = of_iomap(np, i);

示例

★示例将LED设备硬件信息编译到设备树,通过bootloder传递给内核,驱动通过内核提供的相关接口获取硬件资源,并完成LED相关操作。

★示例采用正点原子的阿尔法开发板进行验证,关于硬件寄存器等操作在之前的文章《浅谈linux - 地址映射ioremap》已经详细介绍过,不清楚的读者可以前往查看。

★包含驱动头文件devtree.h和源文件devtree.c、设备树源文件atomic.dts(只截取了测试部分的设备树内容)、应用测试程序main.c以及编译规则文件Makefile(均已验证通过)。

 devtree.h

/**
 * @Filename : devtree.h
 * @Revision : $Revision: 1.00 $
 * @Author : Feng(更多编程相关的知识和源码见微信公众号:不只会拍照的程序猿,欢迎订阅)
 * @Description : 设备树驱动示例
**/
#ifndef __DEVTREE_H__
#define __DEVTREE_H__

#include <linux/init.h>
#include <linux/module.h>
#include <linux/platform_device.h>
#include <linux/fs.h>
#include <linux/miscdevice.h>
#include <linux/uaccess.h> 
#include <linux/io.h> //ioremap/iounmap
#include "chrdev.h"
#include <linux/device.h>
#include <linux/of.h>
#include <linux/of_address.h>
#include <linux/of_gpio.h>

#define LED_ON  0x100001
#define LED_OFF 0x100002

/* 寄存器数组偏移 */
#define REG_NUM    5
#define CCM_CCGR1_BASE                 0
#define SW_MUX_GPIO1_IO03_BASE    1
#define SW_PAD_GPIO1_IO03_BASE    2
#define GPIO1_DR_BASE             3
#define GPIO1_GDIR_BASE         4

/* 驱动类定义 */
struct class_led {
    struct class_chrdev *chrdev;     /* 字符设备对象 */
    void __iomem *reg[REG_NUM];      /* 保存映射后的寄存器信息 */
    struct device_node *np;          /* 设备树中的节点 */
    unsigned int pin;                /* 引脚信息 */
    unsigned int reg_buf[REG_NUM*2]; /* 保存reg信息 */
};

#endif

 devtree.c

/**
 * @Filename : devtree.c
 * @Revision : $Revision: 1.00 $
 * @Author : Feng(更多编程相关的知识和源码见微信公众号:不只会拍照的程序猿,欢迎订阅)
 * @Description : 设备树驱动示例
**/
#include "devtree.h"

struct class_led fengled;

/**
 * @LED控制
 * @cmd: LED_ON打开LED,else关闭LED
 */
static long led_ioctl(struct file *file, unsigned int cmd, unsigned long buf);

static struct file_operations led_fops = {
    .unlocked_ioctl = led_ioctl
};

/**
 * @打开LED
 * @addr: 寄存器地址     pin:引脚号
 */
static void _led_on(void __iomem * addr, int pin)
{
    unsigned int val = readl(addr);

    val &= ~(1 << pin);
    writel(val, addr);

    printk("led on...\n");
}

/**
 * @关闭LED
 * @addr: 寄存器地址     pin:引脚号
 */
static void _led_off(void __iomem * addr, int pin)
{
    unsigned int val = readl(addr);

    val |= (1 << pin);
    writel(val, addr);

    printk("led off...\n");
}

/**
 * @初始化LED相关寄存器
 * @addr: 寄存器地址(虚拟地址)     pin:引脚号
 */
static void _led_init(void __iomem *reg[], int pin)
{
    unsigned int val;

    /* 使能 GPIO1 时钟 */
    val = readl(reg[CCM_CCGR1_BASE]);
    val &= ~(3 << 26);
    val |= (3 << 26);
    writel(val, reg[CCM_CCGR1_BASE]);

     /* 设置 GPIO1_IO03 的复用功能,将其复用为GPIO1_IO03,最后设置 IO 属性。*/
    writel(5, reg[SW_MUX_GPIO1_IO03_BASE]);
    /* 寄存器 SW_PAD_GPIO1_IO03 设置 IO 属性 */
    writel(0x10B0, reg[SW_PAD_GPIO1_IO03_BASE]);

    /* 设置 GPIO1_IO03 为输出功能 */
    val = readl(reg[GPIO1_GDIR_BASE]);
    val &= ~(1 << pin);
    val |= (1 << pin);
    writel(val, reg[GPIO1_GDIR_BASE]);

    /* 默认关闭 LED */
    val = readl(reg[GPIO1_DR_BASE]);
    val |= (1 << pin);
    writel(val, reg[GPIO1_DR_BASE]);
}

/**
 * @查找设备树,获取设备硬件信息
 * @np: 设备节点        reg_buf:保存映射后的寄存器信息     pin:保存引脚信息
 * @成功返回0,失败返回-1
 */
static int _led_dts_info_get(struct device_node *np, 
                            void __iomem *reg_buf[], unsigned int *pin)
{
    int i;

    /* 从根目录开始查找指定的设备节点 */ 
    if ((np = of_find_node_by_path("/feng_alpha_led@020C406C")) == NULL) {
        printk("feng_alpha_led@020C406C node not found...\n");
        return -1;
    } else {
        printk("feng_alpha_led@020C406C node found...\n");
    }

#if 0
    unsigned int tmp_reg[REG_NUM * 2];

    /* 查找reg属性,对应为寄存器地址信息 */ 
    if (of_property_read_u32_array(np, "reg", tmp_reg, REG_NUM*2) == 0) {
        printk("reg:");
        for (i=0; i<REG_NUM*2; i++)
            printk("0x%x ", tmp_reg[i]);
        printk("\n");       
    } else {
        printk("reg not found...\n");
    }

    /* 地址映射 */ 
    for (i=0; i<REG_NUM; i++) 
        reg_buf[i] = ioremap(tmp_reg[2*i], tmp_reg[2*i+1]);
#else
    /* 查找寄存器地址并映射 */ 
    for (i=0; i<REG_NUM; i++)
        reg_buf[i] = of_iomap(np, i);
#endif
    /* 查找pin属性,对应为引脚信息 */ 
    if (of_property_read_u32(np, "pin", pin) == 0)
        printk("pin[%d] is found...\n", *pin);
    else
        printk("pin is not found...\n");

    return 0;
}

/**
 * @LED控制
 * @cmd: LED_ON打开LED,else关闭LED
 */
static long led_ioctl(struct file *file, unsigned int cmd, unsigned long buf)
{
    if (cmd == LED_ON) 
        _led_on(fengled.reg[GPIO1_DR_BASE], fengled.pin);
     else 
         _led_off(fengled.reg[GPIO1_DR_BASE], fengled.pin);

    return 0;
}

/**
 * @模块入口函数
 */
static int __init led_drv_init(void)
{
    /* 查找设备树,获取硬件信息,完成内存地址映射 */
    if (_led_dts_info_get(fengled.np, fengled.reg, &fengled.pin) == -1) {
        printk("not found hardware message...\n");
        return -1;
    }

    _led_init(fengled.reg, fengled.pin);    /* 初始化LED */

    /* 注册设备 */
    if ((fengled.chrdev = chrdev_create("cls_dtled", "chr_dtled", 
                                    "feng_dtled", &led_fops)) == NULL) {
        printk("create char device error...\n");
        return -1;
    }

    return 0;
}

/**
 * @模块出口函数
 */
static void __exit led_drv_exit(void)
{
    int i;

    /* 解除内存地址映射 */
    for (i=0; i<REG_NUM; i++)
        iounmap(fengled.reg[i]);

    /* 释放设备 */
    chrdev_destroy(fengled.chrdev);

    printk("platform drv remove...\n");
}

module_init(led_drv_init);
module_exit(led_drv_exit);
MODULE_LICENSE("GPL");

/* 调用modinfo xx(模块名)查看 */
MODULE_AUTHOR("feng");         /* 模块的作者 */
MODULE_VERSION ("1.00");       /* 模块版本号 */
/* MODULE_DESCRIPTION("xxxxx");   模块描述 */
/* MODULE_ALIAS("xxx");           模块别名 */

 atomic.dts

feng_alpha_led@020C406C {
    #address-cells = <1>;
    #size-cells = <1>;
    compatible = "atkalpha-led";
    reg = < 
        0X020C406C 0X04 /* CCM_CCGR1_BASE */
        0X020E0068 0X04 /* SW_MUX_GPIO1_IO03_BASE */
        0X020E02F4 0X04 /* SW_PAD_GPIO1_IO03_BASE */
        0X0209C000 0X04 /* GPIO1_DR_BASE */
        0X0209C004 0X04 /* GPIO1_GDIR_BASE */
    >; 
    pin = <3>;
};

 main.c

/**
 * @Filename : main.c
 * @Revision : $Revision: 1.00 $
 * @Author : Feng(更多编程相关的知识和源码见微信公众号:不只会拍照的程序猿,欢迎订阅)
 * @Description : led设备应用示例
**/

/*调试宏*/
#define DEBUG

#ifdef DEBUG
#define pr_debug(fmt, ...) printf(fmt, ##__VA_ARGS__)
#else
#define pr_debug(fmt, ...) 
#endif

/*头文件*/
#include <stdio.h>
#include <sys/types.h>
#include <sys/stat.h>
#include <sys/ioctl.h>
#include <fcntl.h>
#include <string.h>

#define LED_ON           0x100001
#define LED_OFF          0x100002

#define LED_DEV_FILE    "/dev/feng_dtled"

/**
 * @主函数
 * @用户输入/home/app/main on 1   打开LED
**/
int main(int argc, char *argv[])
{
    int fd;
    int num = 1;

    if (argc != 3)  {
        pr_debug("Usage: %s <on|off> <1|2|3|4>\n", argv[0]);
        return -1;
    }

    if ((fd = open(LED_DEV_FILE, O_RDWR)) < 0) {
        pr_debug("file open failed...\n");
        return -1;
    }

    num = strtoul(argv[2], NULL, 0);

    if (!strcmp(argv[1], "on"))
        ioctl(fd, LED_ON, &num);
    else if (!strcmp(argv[1], "off"))
        ioctl(fd, LED_OFF, &num);
    else
        pr_debug("input commend wrong...\n");

    close(fd);
    return 0;
}

 Makefile

#根文件所在目录
ROOTFS_DIR = /home/feng/atomic/rootfs

#交叉编译工具链
CROSS_COMPILE = arm-linux-gnueabihf-
CC = $(CROSS_COMPILE)gcc

#目标文件名
TAR_NAME = devtree

#应用程序名字
APP_NAME = led

#驱动目录路径
DRV_DIR = $(ROOTFS_DIR)/home/drv
DRV_DIR_LIB = $(ROOTFS_DIR)/lib/modules/4.1.15

#动态库目录路径
LIB_DIR = $(ROOTFS_DIR)/home/lib

#应用程序目录路径
APP_DIR = $(ROOTFS_DIR)/home/app

#KERNELRELEASE由内核makefile赋值
ifeq ($(KERNELRELEASE), )

#内核路径
KERNEL_DIR =/home/feng/atomic/resource/linux-imx-rel_imx_4.1.15_2.1.0_ga

#当前文件路径
CURR_DIR = $(shell pwd)

all:
    #编译模块
    make -C $(KERNEL_DIR) M=$(CURR_DIR) modules

    #编译应用程序
    -$(CC) -o $(APP_NAME) main.c

clean:
    #清除模块文件
    make -C $(KERNEL_DIR) M=$(CURR_DIR) clean

    #清除应用文件
    -rm $(APP_NAME)

install:
    #拷贝模块文件
    #cp -raf $(TAR_KEY_NAME)_drv.ko $(TAR_KEY_NAME)_dev.ko $(DRV_DIR)
    #cp -raf keyin.ko wq.ko timer.ko $(DRV_DIR_LIB)
    cp -raf *.ko $(DRV_DIR_LIB)

    #拷贝应用文件
    -cp -raf $(APP_NAME) $(APP_DIR)
else
#指定编译什么文件
obj-m += $(TAR_NAME).o chrdev.o
#obj-m += $(TAR_NAME).o 

endif

结论

1、进入内核目录,执行make dtbs命令编译设备树;然后执行./cp_kernel.sh命令,拷贝设备树文件到tftp目录。

feng:linux-imx-rel_imx_4.1.15_2.1.0_ga$ make dtbs
  CHK     include/config/kernel.release
  CHK     include/generated/uapi/linux/version.h
  CHK     include/generated/utsrelease.h
make[1]: “include/generated/mach-types.h”已是最新。
  CHK     include/generated/bounds.h
  CHK     include/generated/asm-offsets.h
  CALL    scripts/checksyscalls.sh
  DTC     arch/arm/boot/dts/atomic.dtb
feng:linux-imx-rel_imx_4.1.15_2.1.0_ga$ ./cp_kernel.sh 
feng:linux-imx-rel_imx_4.1.15_2.1.0_ga$ 

2、重启目标机,进入设备树目录(/proc/device-tree),查看相关设备节点是否挂载成功。

/ # cd /proc/device-tree/
/sys/firmware/devicetree/base # ls
#address-cells              feng_alpha_led@020C406C
#size-cells                 feng_alpha_pf_gpioled
aliases                     interrupt-controller@00a01000
backlight                   memory
chosen                      model
clocks                      name
compatible                  pxp_v4l2
cpus                        regulators
fdts@77777777               reserved-memory
feng_alpha_gpiobeep         soc
feng_alpha_gpiokey          sound
feng_alpha_gpioled          spi4
/sys/firmware/devicetree/base # 

3、进入设备节点目录,查看设备节点信息。

/sys/firmware/devicetree/base # cd feng_alpha_led@020C406C/
/sys/firmware/devicetree/base/feng_alpha_led@020C406C # ls
#address-cells  compatible      pin
#size-cells        name                reg
/sys/firmware/devicetree/base/feng_alpha_led@020C406C # cat compatible 
atkalpha-led/sys/firmware/devicetree/base/feng_alpha_led@020C406C # cat name
feng_alpha_led/sys/firmware/devicetree/base/feng_alpha_led@020C406C # 

4、进入模块目录,执行make命令编译模块;然后执行make install命令,拷贝模块到目标机指定目录。

feng:devtree$ make
#编译模块
make -C /home/feng/atomic/resource/linux-imx-rel_imx_4.1.15_2.1.0_ga M=/mnt/hgfs/Share/linux/atomic/driver/led/devtree modules
make[1]: 进入目录“/home/feng/atomic/resource/linux-imx-rel_imx_4.1.15_2.1.0_ga”
  CC [M]  /mnt/hgfs/Share/linux/atomic/driver/led/devtree/devtree.o
  CC [M]  /mnt/hgfs/Share/linux/atomic/driver/led/devtree/chrdev.o
  Building modules, stage 2.
  MODPOST 2 modules
  CC      /mnt/hgfs/Share/linux/atomic/driver/led/devtree/chrdev.mod.o
  LD [M]  /mnt/hgfs/Share/linux/atomic/driver/led/devtree/chrdev.ko
  CC      /mnt/hgfs/Share/linux/atomic/driver/led/devtree/devtree.mod.o
  LD [M]  /mnt/hgfs/Share/linux/atomic/driver/led/devtree/devtree.ko
make[1]: 离开目录“/home/feng/atomic/resource/linux-imx-rel_imx_4.1.15_2.1.0_ga”
#编译应用程序
arm-linux-gnueabihf-gcc -o led main.c
feng:devtree$ make install 
#拷贝模块文件
#cp -raf _drv.ko _dev.ko /home/feng/atomic/rootfs/home/drv
#cp -raf keyin.ko wq.ko timer.ko /home/feng/atomic/rootfs/lib/modules/4.1.15
cp -raf *.ko /home/feng/atomic/rootfs/lib/modules/4.1.15
#拷贝应用文件
cp -raf led /home/feng/atomic/rootfs/home/app
feng:devtree$ 

5、在目标机上执行modprobe命令加载模块。

注意:在模块加载之前,需要先调用depmod命令,生成模块依赖文件。

/ # depmod
/ # modprobe devtree.ko
feng_alpha_led@020C406C node found...
pin[3] is found...
register chrdev ok...
/ # 

6、在目标机上运行应用测试程序打开LED,观察开发板LED是否点亮。

/ # /home/app/led on 1
led on...
/ # 

7、在目标机上运行应用测试程序关闭LED,观察开发板LED是否熄灭。

/ # /home/app/led off 1
led off...
/ # 

8、在目标机上执行modprobe -r命令卸载模块。

/ # modprobe -r devtree.ko
platform drv remove...
/ # lsmod
Module                  Size  Used by    Tainted: G  
/ # 

9、综上、示例将LED设备信息编译到设备树,通过bootloader传递给内核,并在驱动中获取相关设备信息,完成LED驱动相关操作。

往期 · 推荐

浅谈linux - 字符设备框架

帮你自动化办公的python-自动提取pdf指定页(项目概述)

也没想象中那么神秘的数据结构-一种通用化的双向链表设计(底层源码)

也没想象中那么神秘的数据结构-一环扣一环的“链表”(双向链表)

我用C语言玩对象,偷偷关注着你的观察者模式(基类设计)

关注

更多精彩内容,请关注微信公众号:不只会拍照的程序猿,本人致力分享linux、设计模式、C语言、嵌入式、编程相关知识,也会抽空分享些摄影相关内容,同样也分享大量摄影、编程相关视频和源码,另外你若想要本文章源码请关注公众号:不只会拍照的程序猿,后台回复:linux驱动源码。

本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系:hwhale#tublm.com(使用前将#替换为@)

浅谈linux - 设备树应用示例 的相关文章

  • Tomcat Intellij Idea:远程部署

    RackSpace 云服务器 Ubuntu 12 04 Intellij Idea 11 1 2 Windows 8 Tomcat 7 0 26 JDK 6 在 Intellij Idea 上 当我尝试在远程 Tomcat 7 服务器上运行
  • vmsplice() 和 TCP

    在原来的vmsplice 执行 有人建议 http lwn net Articles 181169 如果您的用户态缓冲区是管道中可容纳的最大页面数的 2 倍 则缓冲区后半部分成功的 vmsplice 将保证内核使用缓冲区的前半部分完成 但事
  • 在内核代码中查找函数的最佳方法[关闭]

    Closed 这个问题不符合堆栈溢出指南 help closed questions 目前不接受答案 我开始浏览内核代码 遇到的一件事是如何跟踪函数调用 结构定义等 有没有一种好的方法可以快速跳转到函数定义并退出 我尝试过 Source N
  • 仅使用containerd(不使用Docker)修剪容器镜像

    如果我刚刚containerd安装在 Linux 系统上 即 Docker 是not安装 如何删除未使用的容器映像以节省磁盘空间 Docker 就是这么方便docker system prune https docs docker com
  • 相当于Linux中的导入库

    在 Windows C 中 当您想要链接 DLL 时 您必须提供导入库 但是在 GNU 构建系统中 当您想要链接 so 文件 相当于 dll 时 您就不需要链接 为什么是这样 是否有等效的 Windows 导入库 注意 我不会谈论在 Win
  • 如何使用 JSch 将多行命令输出存储到变量中

    所以 我有一段很好的代码 我很难理解 它允许我向我的服务器发送命令 并获得一行响应 该代码有效 但我想从服务器返回多行 主要类是 JSch jSch new JSch MyUserInfo ui new MyUserInfo String
  • Google BQ:运行参数化查询,其中参数变量是 BQ 表目标

    我正在尝试从 Linux 命令行为 BQ 表目标运行 SQL 此 SQL 脚本将用于多个日期 客户端和 BQ 表目标 因此这需要在我的 BQ API 命令行调用中使用参数 标志 parameter 现在 我已经点击此链接来了解参数化查询 h
  • 我们真的应该使用 Chef 来管理 sudoers 文件吗?

    这是我的问题 我担心如果 Chef 破坏了 sudoers 文件中的某些内容 可能是 Chef 用户错误地使用了说明书 那么服务器将完全无法访问 我讨厌我们完全失去客户的生产服务器 因为我们弄乱了 sudoers 文件并且无法再通过 ssh
  • 如何使用 Cloud Init 挂载未格式化的 EBS 卷

    Context 我正在使用https wiki jenkins io display JENKINS Amazon EC2 Plugin https wiki jenkins io display JENKINS Amazon EC2 Pl
  • 在 Linux 上以编程方式设置 DNS 名称服务器

    我希望能够通过我的 C C 程序为 Linux 上的 DNS 名称服务器添加 IP 地址 我在一个带有只读 etc resolv conf 的嵌入式平台上 这意味着我不能简单地将 nameserver xxx xxx xxx xxx 行添加
  • tcpdump 是否受 iptables 过滤影响?

    如果我的开发机器有iptables规则到FORWARD一些数据包 这些数据包是否被 tcpdump 捕获 我有这个问题 因为我知道存在其他链称为INPUT如果数据包路由到 它会过滤发往应用程序的数据包FORWARD链 它会到达吗tcpdum
  • CMake 链接 glfw3 lib 错误

    我正在使用 CLion 并且正在使用 glfw3 库编写一个程序 http www glfw org docs latest http www glfw org docs latest 我安装并正确执行了库中的所有操作 我有 a 和 h 文
  • 内核的panic()函数是否完全冻结所有其他进程?

    我想确认内核的panic 功能和其他类似kernel halt and machine halt 一旦触发 保证机器完全冻结 那么 所有的内核和用户进程都被冻结了吗 是panic 可以被调度程序中断吗 中断处理程序仍然可以执行吗 用例 如果
  • Mac OS X 上的 /proc/self/cmdline / GetCommandLine 等效项是什么?

    如何在不使用 argc argv 的情况下访问 Mac OS X 上的命令行 在 Linux 上 我会简单地阅读 proc self cmdline or use GetCommandLine在 Windows 上 但我找不到 Mac OS
  • 如何查找哪个 Yocto 项目配方填充图像根文件系统上的特定文件

    我经常与 Yocto 项目合作 一个常见的挑战是确定文件为何 或来自什么配方 包含在 rootfs 中 这有望从构建系统的环境 日志和元数据中得出 理想情况下 一组命令将允许将文件链接回源 即配方 我通常的策略是对元数据执行搜索 例如gre
  • 绕过 dev/urandom|random 进行测试

    我想编写一个功能测试用例 用已知的随机数值来测试程序 我已经在单元测试期间用模拟对其进行了测试 但我也希望用于功能测试 当然不是全部 最简单的方法是什么 dev urandom仅覆盖一个进程 有没有办法做类似的事情chroot对于单个文件并
  • Linux 为一组进程保留一个处理器(动态)

    有没有办法将处理器排除在正常调度之外 也就是说 使用sched setaffinity我可以指示线程应该在哪个处理器上运行 但我正在寻找相反的情况 也就是说 我想从正常调度中排除给定的处理器 以便只有已明确调度的进程才能在那里运行 我还知道
  • 我什么时候应该编写 Linux 内核模块?

    有些人出于某种原因想要将 Linux 中的代码从用户空间移动到内核空间 很多时候 原因似乎是代码应该具有特别高的优先级 或者只是 内核空间更快 这对我来说似乎很奇怪 我什么时候应该考虑编写内核模块 有一套标准吗 我怎样才能激励将代码保存在
  • 如何让 Node.js 作为后台进程运行并且永不死掉?

    我通过 putty SSH 连接到 linux 服务器 我尝试将其作为后台进程运行 如下所示 node server js 然而 2 5 小时后 终端变得不活动 进程终止 即使终端断开连接 我是否也可以使进程保持活动状态 Edit 1 事实
  • 复制目录内容

    我想将目录 tmp1 的内容复制到另一个目录 tmp2 tmp1 可能包含文件和其他目录 我想使用C C 复制tmp1的内容 包括模式 如果 tmp1 包含目录树 我想递归复制它们 最简单的解决方案是什么 我找到了一个解决方案来打开目录并读

随机推荐

  • 也没想象中那么神秘的数据结构-一种通用化双向链表设计(底层源码)

    概述 在操作系统内核中 xff0c 绝大多数数据结构都是通过链表来实现的 xff0c 相对于数组 xff0c 链表可以很方便的用来管理数据 xff0c 给数据管理带来了更多的可能性 注意 1 不论是linux vxWorks还是其它操作系统
  • 我用C语言玩对象,观察者模式应用1-订报

    概述 观察者模式让多个观察者对象同时监听某一个主题对象 这个主题对象在状态变化时 xff0c 会通知所有的观察者对象 xff0c 使他们能够自动更新自己 之前的文章已经详细阐述了这种设计模式的核心和注意事项 xff0c 并完成了基类设计 x
  • 也没想象中那么神秘的数据结构-一种通用化双向链表设计(对象设计)

    概述 在操作系统内核中 xff0c 绝大多数数据结构都是通过链表来实现的 xff0c 相对于数组 xff0c 链表可以很方便的用来管理数据 xff0c 给数据管理带来了更多的可能性 之前的文章 也没想象中那么神秘的数据结构 一种通用化双向链
  • 也没想象中那么神秘的数据结构-一种通用化双向链表设计(测试例程)

    概述 本文作为 也没想象中那么神秘的数据结构 一种通用化双向链表设计 系列最后一篇 xff0c 主要用于验证底层源码和对象设计的源码正确性 xff0c 另外也向用户展示通用链表类的使用方法 示例 结合 也没想象中那么神秘的数据结构 一种通用
  • 帮你自动化办公的python - 自动提取pdf指定页(项目概述)

    概述 身为一个苦逼的IT男 xff0c 每天必不可少的就是要上网查资料 xff0c 在网上总是经常能看到python 自动化办公 白领的福音之类的字眼 xff0c 虽然自己主要做嵌入式方面的底层开发 xff0c 每天也就是码码代码 xff0
  • 帮你自动化办公的python - 自动提取pdf指定页(文件处理篇)

    概述 本文主要阐述在项目 自动提取pdf指定页 中文件的处理方式 若对项目需求不清楚的用户 xff0c 请先查看文章 帮你自动化办公的python 自动提取pdf指定页 xff08 项目概述 xff09 介绍 python中用于处理文件和目
  • 帮你自动化办公的python - 自动提取pdf指定页(ui处理篇)

    概念 本文主要阐述在项目 自动提取pdf指定页 中对ui界面的处理方式 若对项目需求不清楚的用户 xff0c 请先查看文章 帮你自动化办公的python 自动提取pdf指定页 xff08 项目概述 xff09 介绍 本项目用到处理ui界面的
  • 帮你自动化办公的python - 自动提取pdf指定页(pdf处理篇)

    概念 本文主要阐述在项目 自动提取pdf指定页 中对pdf文件的处理方式 若对项目需求不清楚的用户 xff0c 请先查看文章 帮你自动化办公的python 自动提取pdf指定页 xff08 项目概述 xff09 介绍 本项目用到处理pdf的
  • 帮你自动化办公的python - 自动提取pdf指定页(主函数篇)

    概念 本文为项目 自动提取pdf指定页 的最终篇 xff0c 前面已经通过 项目概述 文件处理篇 pdf处理篇 ui处理篇 四篇内容向读者展示了项目的背景 xff0c 设计等相关内容 xff0c 不明白的读者可以向前翻阅查看 xff0c 而
  • 浅谈linux - 驱动框架

    概述 linux设备驱动服务于应用程序 xff0c 是链接硬件设备和应用程序之间的桥梁 主要做两部分工作 xff1a 1 操作硬件 2 给用户提供访问操作硬件的接口 函数 驱动程序 1 驱动入口函数通过module init 指定 xff0
  • ubuntu环境下让应用程序开机自启动的几种方法

    很多时候 xff0c 我们期望某个 某几个应用程序能随着操作系统启动而启动 如下是几种ubuntu系统下可行的方法 方法1 xff1a 在 etc rc local中添加需要开机启动的命令 Ubuntu中的 etc rc local是系统启
  • 浅谈linux - 模块传参

    概述 在实际应用中 xff0c 模块和程序往往需要适应各种系统环境 xff0c 针对不同环境 xff0c 参数往往也会有所不同 xff0c 为了提高灵活性 xff0c 我们可以将参数从外部传入 xff0c 让其适应更多系统和环境 应用程序
  • 浅析 linux - 概述

    概述 Linux xff0c 全称GNU Linux xff0c 是一套免费使用和自由传播的类Unix操作系统 因为其开源和免费的原因 xff0c 使其吸引了大量的程序员群体 核心 linux的核心思想 xff1a 一切皆文件 linux将
  • 浅谈linux - 多模块调用

    概述 在实际项目开发中 xff0c 项目功能往往相对比较庞大 xff0c 此时就需要我们对项目进行模块化设计 xff0c 将项目分解成一个个独立的小模块单独实现 xff0c 最后再使用类似搭积木的方式 xff0c 将各种小模块搭建成我们实际
  • 浅谈linux - 字符设备框架

    概述 linux系统将设备分为了字符设备 块设备和网络设备三大类 字符设备是指在I O传输过程中以字符为单位进行传输的设备 xff0c 字符设备是面向流的设备 xff0c 占linux设备驱动的绝大部分 xff0c 常见的字符设备有鼠标 键
  • 浅谈linux - 地址映射ioremap

    概述 对于嵌入式处理器而言 xff0c 访问外设均是通过以地址指针的方式访问 xff0c 不过在嵌入式系统中 xff0c 因为MMU xff08 Memory Management Unit xff09 的存在 xff0c 不管是内核程序还
  • 听说Zynq - 手把手教你建立第一个工程

    概述 ZYNQ 是赛灵思公司 Xilinx 推出的新一代全可编程片上系统 APSoC 它将处理器的软件可编程性与FPGA的硬件可编程性进行完美整合 注意 1 ZYNQ 是由两个主要部分组成的 一个由双核 ARM Cortex A9 为核心构
  • 浅谈linux - 设备驱动分离platform

    概述 platform是Linux内的一种虚拟总线 xff0c 称为platform总线 xff0c 包含platform device设备和platform driver驱动两个对象 xff0c 用于将驱动和设备分开 xff0c 实现内核
  • 浅谈linux - 描述硬件的文件设备树

    概述 设备树 xff08 device tree xff09 xff0c 通俗的讲就是将设备描述信息抽象成树的结构 树的主干为系统总线 xff0c 也就是根节点 xff0c 根节点下是各种总线控制器 xff0c 控制器下则是一系列硬件设备节
  • 浅谈linux - 设备树应用示例

    概述 在上一篇文章 浅谈linux 描述硬件的文件设备树 已经详细介绍过设备树 xff08 device tree xff09 的相关内容和使用方法 xff0c 我们知道设备树主要用来解决kernel中的大量冗余硬编码的问题 xff0c 实