0
  • 聊天消息
  • 系统消息
  • 评论与回复
登录后你可以
  • 下载海量资料
  • 学习在线课程
  • 观看技术视频
  • 写文章/发帖/加入社区
会员中心
创作中心

完善资料让更多小伙伴认识你,还能领取20积分哦,立即完善>

3天内不再提示

详解linux内核的uevent机制

嵌入式小生 来源:嵌入式小生 2024-09-29 17:01 次阅读

一、kobject_uevent简介

linux内核中,uevent机制是一种内核和用户空间通信的机制,用于通知用户空间应用程序各种硬件更改或其他事件,比如插入或移除硬件设备(如USB驱动器网络接口)。uevent表示“用户空间事件”,当硬件事件发生时,内核会生成一个 uevent,并通过 netlink 套接字将其发送到用户空间。用户空间应用程序(例如 udev、mdev),可以监听这些事件并采取相应的操作,例如加载适当的驱动程序或执行其他配置任务。

kobject_uevent()函数可通过发送一个uevent通知用户空间:

intkobject_uevent(structkobject*kobj,enumkobject_actionaction)
{
returnkobject_uevent_env(kobj,action,NULL);
}

从上述代码可知,kobject_uevent()调用kobject_uevent_env()实现核心操作,但是kobject_uevent()没有传输环境变量,故而设置kobject_uevent_env()的第三个参数为NULL。

enum kobject_action用于描述内核对象的操作,内核中定义了以下几种操作:

enumkobject_action{
KOBJ_ADD,//对象添加。表示向系统中添加了一个新的kobject对象。
KOBJ_REMOVE,//对象移除。表示从系统中移除了一个kobject对象。
KOBJ_CHANGE,//对象修改。表示kobject对象的属性或状态发生了变化。
KOBJ_MOVE,//对象移动。表示kobject对象被移动到了另一个位置。
KOBJ_ONLINE,//对象上线。表示kobject对象已经准备好在线工作。
KOBJ_OFFLINE,//对象离线。表示kobject对象已经离线,不再处于工作状态。
KOBJ_MAX//动作类型的最大值,用于边界检查。
};

在用户空间可使用udevadm monitor查看uevent事件:

udevadmmonitor--udev

二、重要数据结构

1、struct kobj_uevent_env

struct kobj_uevent_env结构的目的是在内核中传递事件相关的参数、环境变量和数据。通过使用这个结构体,内核可以轻松地传递事件相关的信息和数据给相关的处理程序或模块。

structkobj_uevent_env{
char*argv[3];//用于存储传递给事件的参数。通常情况下,用于表示事件的命令行参数。
char*envp[UEVENT_NUM_ENVP];//这是一个包含UEVENT_NUM_ENVP个指针的数组,用于存储传递给事件的环境变量。在Linux内核中,环境变量通常以键值对的形式传递。
intenvp_idx;//用于跟踪环境变量数组中的当前索引。它指示下一个环境变量应该存储在数组的哪个位置。
charbuf[UEVENT_BUFFER_SIZE];//用于存储事件的文本数据。在内核中,事件通常以文本形式表示。
intbuflen;//用于跟踪事件数据缓冲区中的当前有效数据长度。它指示缓冲区中包含的事件数据量。
};

2、struct kset_uevent_ops

struct kset_uevent_ops结构体定义了 kset 的事件操作接口,使得用户可以通过提供相应的函数指针来自定义 kset 中 kobject 的事件处理行为:

structkset_uevent_ops{
int(*constfilter)(structkset*kset,structkobject*kobj);
constchar*(*constname)(structkset*kset,structkobject*kobj);
int(*constuevent)(structkset*kset,structkobject*kobj,
structkobj_uevent_env*env);
};

int (_ const filter)(struct kset _kset, struct kobject *kobj);:这是一个指向函数的指针,该函数用于过滤 kset 中的 kobject(内核对象)。它接受两个参数,分别是指向 kset 和 kobject 的指针,返回一个整数值,通常表示过滤操作的结果。

const char ( const name)(struct kset _kset, struct kobject _kobj);:这是一个指向函数的指针,该函数用于获取 kobject 的名称。它接受两个参数,分别是指向 kset 和 kobject 的指针,返回一个指向字符常量的指针,通常是 kobject 的名称字符串。

int (_ const uevent)(struct kset _kset, struct kobject _kobj, struct kobj_uevent_env _env);:这是一个指向函数的指针,该函数用于生成 kobject 的事件。它接受三个参数,分别是指向 kset、kobject 和 kobj_uevent_env 结构体的指针。该函数负责将 kobject 的事件信息填充到给定的环境中,并返回一个整数值,通常表示操作的成功或失败。

三、kobject_uevent_env()详细剖析

kobject_uevent_env()用于在给定的 kobject 上触发一个事件,并且传递一个额外的环境变量数组:

intkobject_uevent_env(structkobject*kobj,enumkobject_actionaction,char*envp_ext[])

struct kobject *kobj:表示要触发事件的内核对象。

enum kobject_action action:表示要执行的动作,通常是一个枚举类型,定义了可能的动作列表。这可能包括添加、删除或修改对象等操作。

char *envp_ext[]:是一个字符指针数组,用于传递额外的环境变量给事件处理程序。这些环境变量以 key=value 的形式表示,其中 key 是环境变量的名称,value 是其对应的值。

该函数将会触发一个事件,并将指定的动作和环境变量信息传递给与该对象相关联的事件处理程序。事件处理程序通常会根据传入的动作和环境变量来执行相应的操作,例如更新内核状态、通知用户空间进程等。kobject_uevent_env()实现如下(具体执行步骤见注释):

intkobject_uevent_env(structkobject*kobj,enumkobject_actionaction,
char*envp_ext[])
{
structkobj_uevent_env*env;
constchar*action_string=kobject_actions[action];
constchar*devpath=NULL;
constchar*subsystem;
structkobject*top_kobj;
structkset*kset;
conststructkset_uevent_ops*uevent_ops;
inti=0;
intretval=0;

/*
*Mark"remove"eventdoneregardlessofresult,forsomesubsystems
*donotwanttore-trigger"remove"eventviaautomaticcleanup.
*/
/如果动作是KOBJ_REMOVE,则将对象的state_remove_uevent_sent标志设置为1,表示“remove”事件已发送。
if(action==KOBJ_REMOVE)
kobj->state_remove_uevent_sent=1;

//打印调试信息,包括对象的名称、指针和函数名称。
pr_debug("kobject:'%s'(%p):%s
",
kobject_name(kobj),kobj,__func__);

//找该对象所属的kset。
top_kobj=kobj;
while(!top_kobj->kset&&top_kobj->parent)
top_kobj=top_kobj->parent;

//如果对象不属于任何kset,则返回错误。
if(!top_kobj->kset){
pr_debug("kobject:'%s'(%p):%s:attemptedtosenduevent"
"withoutkset!
",kobject_name(kobj),kobj,
__func__);
return-EINVAL;
}

kset=top_kobj->kset;
uevent_ops=kset->uevent_ops;

//检查对象的uevent_suppress标志是否设置,如果设置了则跳过事件发送。
if(kobj->uevent_suppress){
pr_debug("kobject:'%s'(%p):%s:uevent_suppress"
"causedtheeventtodrop!
",
kobject_name(kobj),kobj,__func__);
return0;
}

//如果uevent_ops和uevent_ops->filter存在且filter函数返回0,则跳过事件发送。
if(uevent_ops&&uevent_ops->filter)
if(!uevent_ops->filter(kset,kobj)){
pr_debug("kobject:'%s'(%p):%s:filterfunction"
"causedtheeventtodrop!
",
kobject_name(kobj),kobj,__func__);
return0;
}

//获取事件的子系统名称。
if(uevent_ops&&uevent_ops->name)
subsystem=uevent_ops->name(kset,kobj);
else
subsystem=kobject_name(&kset->kobj);
if(!subsystem){
pr_debug("kobject:'%s'(%p):%s:unsetsubsystemcausedthe"
"eventtodrop!
",kobject_name(kobj),kobj,
__func__);
return0;
}

//分配并初始化一个kobj_uevent_env结构体
env=kzalloc(sizeof(structkobj_uevent_env),GFP_KERNEL);
if(!env)
return-ENOMEM;

//获取对象的路径。
devpath=kobject_get_path(kobj,GFP_KERNEL);
if(!devpath){
retval=-ENOENT;
gotoexit;
}

//添加默认的环境变量,包括动作(ACTION)、设备路径(DEVPATH)和子系统(SUBSYSTEM)。
retval=add_uevent_var(env,"ACTION=%s",action_string);
if(retval)
gotoexit;
retval=add_uevent_var(env,"DEVPATH=%s",devpath);
if(retval)
gotoexit;
retval=add_uevent_var(env,"SUBSYSTEM=%s",subsystem);
if(retval)
gotoexit;

//如果有传入的额外环境变量,则将它们添加到事件环境中
if(envp_ext){
for(i=0;envp_ext[i];i++){
retval=add_uevent_var(env,"%s",envp_ext[i]);
if(retval)
gotoexit;
}
}

//调用uevent_ops->uevent函数,如果存在,以允许kset特定的操作添加额外的环境变量。
if(uevent_ops&&uevent_ops->uevent){
retval=uevent_ops->uevent(kset,kobj,env);
if(retval){
pr_debug("kobject:'%s'(%p):%s:uevent()returned"
"%d
",kobject_name(kobj),kobj,
__func__,retval);
gotoexit;
}
}

//根据动作执行额外的操作。如果是KOBJ_ADD,则标记对象已发送state_add_uevent_sent为1。
switch(action){
caseKOBJ_ADD:
/*
*Mark"add"eventsowecanmakesurewedeliver"remove"
*eventtouserspaceduringautomaticcleanup.If
*theobjectdidsendan"add"event,"remove"will
*automaticallygeneratedbythecore,ifnotalreadydone
*bythecaller.
*/
kobj->state_add_uevent_sent=1;
break;

caseKOBJ_UNBIND:
zap_modalias_env(env);
break;

default:
break;
}


mutex_lock(&uevent_sock_mutex);
/*wewillsendanevent,sorequestanewsequencenumber*/
//获取一个新的序列号并将其添加到事件环境中
retval=add_uevent_var(env,"SEQNUM=%llu",++uevent_seqnum);
if(retval){
mutex_unlock(&uevent_sock_mutex);
gotoexit;
}

//通过网络广播发送事件。
retval=kobject_uevent_net_broadcast(kobj,env,action_string,
devpath);
mutex_unlock(&uevent_sock_mutex);

//如果配置了CONFIG_UEVENT_HELPER,则调用uevent_helper来执行额外的操作。
#ifdefCONFIG_UEVENT_HELPER
/*calluevent_helper,usuallyonlyenabledduringearlyboot*/
if(uevent_helper[0]&&!kobj_usermode_filter(kobj)){
structsubprocess_info*info;

retval=add_uevent_var(env,"HOME=/");
if(retval)
gotoexit;
retval=add_uevent_var(env,
"PATH=/sbin:/bin:/usr/sbin:/usr/bin");
if(retval)
gotoexit;
retval=init_uevent_argv(env,subsystem);
if(retval)
gotoexit;

retval=-ENOMEM;
info=call_usermodehelper_setup(env->argv[0],env->argv,
env->envp,GFP_KERNEL,
NULL,cleanup_uevent_env,env);
if(info){
retval=call_usermodehelper_exec(info,UMH_NO_WAIT);
env=NULL;/*freedbycleanup_uevent_env*/
}
}
#endif

exit:
kfree(devpath);
kfree(env);
returnretval;
}

总而言之,kobject_uevent_env()调用add_uevent_var()构建默认的信息(包括:ACTION、DEVPATH、SUBSYSTEM和自定义数据envp_ext),然后调用kobject_uevent_net_broadcast()发送uevent。

1、add_uevent_var()

add_uevent_var()是一个用于在内核中构建uevent环境的辅助函数,它允许向 uevent 环境中添加一个键值对,表示内核对象事件中的一个属性或信息。该函数实现如下:

intadd_uevent_var(structkobj_uevent_env*env,constchar*format,...)
{
va_listargs;
intlen;

if(env->envp_idx>=ARRAY_SIZE(env->envp)){
WARN(1,KERN_ERR"add_uevent_var:toomanykeys
");
return-ENOMEM;
}

va_start(args,format);
len=vsnprintf(&env->buf[env->buflen],
sizeof(env->buf)-env->buflen,
format,args);
va_end(args);

if(len>=(sizeof(env->buf)-env->buflen)){
WARN(1,KERN_ERR"add_uevent_var:buffersizetoosmall
");
return-ENOMEM;
}

env->envp[env->envp_idx++]=&env->buf[env->buflen];
env->buflen+=len+1;
return0;
}

add_uevent_var()函数的作用是根据指定的格式将键值对添加到 uevent 环境中,该函数使用vsnprintf()函数将格式化字符串和参数组合成一个字符串,并将该字符串添加到 kobj_uevent_env 结构体的缓冲区中,如果成功添加键值对,则返回0;如果缓冲区空间不足导致添加失败,则返回-ENOSPC。

使用add_uevent_var()函数可以方便地构建uevent环境,向用户空间发送有关内核对象事件的信息。通常情况下,该函数用于在kobject_uevent_env()函数中构建uevent环境,以向用户空间发送内核对象事件。

2、kobject_uevent_net_broadcast()

`kobject_uevent_net_broadcast()用于在网络命名空间上广播内核对象事件:

intkobject_uevent_net_broadcast(structkobject*kobj,
structkobj_uevent_env*env,
constchar*action_string,
constchar*devpath)

(1)首先,它检查是否启用了网络支持 (CONFIG_NET),因为这个功能是基于网络命名空间的。

(2)它获取与给定 kobject 相关联的命名空间类型操作 (ops),以确定是否存在网络命名空间。

(3)如果 ops 存在,且命名空间类型是网络命名空间 (KOBJ_NS_TYPE_NET),则获取该命名空间。

(4)如果存在网络命名空间,它调用 uevent_net_broadcast_tagged 函数,将事件广播到指定的网络命名空间。

(5)如果没有找到网络命名空间,或者网络命名空间不支持事件广播,它调用 uevent_net_broadcast_untagged 函数,将事件广播到所有未标记的网络命名空间。

(6)最后,它返回广播函数的返回值,指示事件广播的成功或失败。总的来说,这个函数负责根据对象的网络命名空间属性,将内核对象事件广播到适当的网络命名空间中。uevent_net_broadcast_tagged()和uevent_net_broadcast_untagged()本质上都调用netlink_broadcast()实现核心功能。

3、call_usermodehelper_setup()

call_usermodehelper_setup 函数是 Linux 内核中的一个函数,用于设置和准备调用用户空间辅助程序(usermode helper)。这个函数并不直接执行用户空间辅助程序,而是为其设置参数和环境,并返回一个 subprocess_info 结构体,用于后续的执行。

这个函数通常在内核中的一些子系统中使用,例如 kobject_uevent_net_broadcast 中的调用。函数原型如下:

structsubprocess_info*call_usermodehelper_setup(char*path,char**argv,
char**envp,gfp_tgfp_mask,
int(*init)(structsubprocess_info*info,
structcred*new),
void(*cleanup)(structsubprocess_info*info),
void*data);

path:用户空间辅助程序的路径。

argv:参数数组,用于传递给用户空间辅助程序的命令行参数。

envp:环境变量数组,用于传递给用户空间辅助程序的环境变量。

gfp_mask:内存分配标志。

init:一个可选的初始化函数,用于在用户空间辅助程序执行前进行一些初始化操作。

cleanup:一个可选的清理函数,用于在用户空间辅助程序执行完毕后进行清理操作。

data:可选的附加数据,可以在初始化和清理函数中使用。

这个函数的作用是为用户空间辅助程序设置参数和环境,以及提供初始化和清理函数。返回的 subprocess_info 结构体包含了执行用户空间辅助程序所需的所有信息,包括路径、参数、环境等。一旦设置完成,用户空间辅助程序就可以通过call_usermodehelper_exec 函数执行。

4、call_usermodehelper_exec()

call_usermodehelper_exec 函数是 Linux 内核中与执行用户空间辅助程序(usermode helper)相关的一个函数。它负责实际执行用户空间辅助程序,并监控其执行状态。通常情况下,它会在 call_usermodehelper_setup 函数之后被调用。

下面是call_usermodehelper_exec 函数原型:

intcall_usermodehelper_exec(structsubprocess_info*sub_info,enumumh_waitwait);

sub_info:指向 subprocess_info 结构体的指针,该结构体包含了执行用户空间辅助程序所需的所有信息,包括路径、参数、环境等。

wait:指定是否等待用户空间辅助程序执行完成的标志,可以是 UMH_WAIT_EXEC(等待执行完成)或 UMH_NO_WAIT(不等待执行完成)。

call_usermodehelper_exec 函数的作用是执行用户空间辅助程序,并等待其执行完成(如果需要)。在执行期间,它会监控用户空间辅助程序的执行状态,并在适当的时候返回执行结果。

这个函数通常在 Linux 内核中的一些子系统中使用,例如 kobject_uevent_net_broadcast 中的调用。通过调用用户空间辅助程序,内核可以执行一些需要借助用户空间程序完成的任务,例如配置、初始化等。

四、uevent_helper机制

在 Linux 内核中,uevent_helper 是一个用户空间辅助程序,用于处理内核对象事件(uevent)。它通常在内核启动期间使用,负责处理设备管理相关的事件,例如设备的插入、拔出、状态变化等。下面是一些使用uevent_helper的典型实践:

设备热插拔管理: 当一个设备被插入或拔出时,内核会生成相应的 uevent,并调用 uevent_helper 来处理这些事件。uevent_helper 可以根据事件类型执行一些特定的操作,例如加载适当的设备驱动、更新设备管理信息等。

自动配置和初始化: 在系统启动期间,内核可能需要执行一些自动配置和初始化任务,例如挂载文件系统、加载网络配置、启动服务等。uevent_helper 可以被用于执行这些任务,并根据事件类型执行相应的初始化操作。

系统监控和管理: uevent_helper 还可以被用于系统监控和管理任务,例如记录事件日志、生成警报、执行故障排除操作等。

用户空间通知: uevent_helper 还可以与用户空间的其他程序进行通信,例如向用户空间的监控程序发送通知或触发相应的操作。

具体使用 uevent_helper 的方式取决于系统的需求和设计。通常情况下,它会被配置为一个可执行文件或脚本,并在系统启动时由内核调用。在使用uevent_helper时,需要确保其具有足够的权限来执行所需的操作,并确保其安全性和稳定性。

五、mdev

mdev是Linux系统中用于设备管理的工具,具有以下特征:

mdev 是一个更轻量级的设备管理器,通常用于嵌入式系统和一些轻量级 Linux 发行版中。

由 BusyBox 提供,并用于在启动时自动创建设备节点。

mdev 不支持复杂的规则配置,而是基于简单的设备名匹配规则来创建设备节点。

所以综上所述,mdev 更适用于嵌入式系统或者对资源有限的系统,因为它更加轻量级,但功能也更加有限。

参考busybox源码,mdev实现如下:

intmdev_main(intargcUNUSED_PARAM,char**argv)
{
enum{
MDEV_OPT_SCAN=1<< 0,
  MDEV_OPT_SYSLOG     = 1 << 1,
  MDEV_OPT_DAEMON     = 1 << 2,
  MDEV_OPT_FOREGROUND = 1 << 3,
 };
 int opt;
 RESERVE_CONFIG_BUFFER(temp, PATH_MAX + SCRATCH_SIZE);

 INIT_G();

 /* We can be called as hotplug helper */
 /* Kernel cannot provide suitable stdio fds for us, do it ourself */
 bb_sanitize_stdio();

 /* Force the configuration file settings exactly */
 umask(0);

 xchdir("/dev");

 opt = getopt32(argv, "^"
  "sS" IF_FEATURE_MDEV_DAEMON("df") "v"
  "�"
  "vv",
  &G.verbose);

#if ENABLE_FEATURE_MDEV_CONF
 G.filename = "/etc/mdev.conf";
 if (opt & (MDEV_OPT_SCAN|MDEV_OPT_DAEMON)) {
  /* Same as xrealloc_vector(NULL, 4, 0): */
  G.rule_vec = xzalloc((1 << 4) * sizeof(*G.rule_vec));
 }
#endif

 if (opt & MDEV_OPT_SYSLOG) {
  openlog(applet_name, LOG_PID, LOG_DAEMON);
  logmode |= LOGMODE_SYSLOG;
 }

#if ENABLE_FEATURE_MDEV_DAEMON
 if (opt & MDEV_OPT_DAEMON) {
  /* Daemon mode listening on uevent netlink socket. Fork away
   * after initial scan so that caller can be sure everything
   * is up-to-date when mdev process returns.
   */
  int fd = daemon_init(temp);

  if (!(opt & MDEV_OPT_FOREGROUND)) {
   /* there is no point in logging to /dev/null */
   logmode &= ~LOGMODE_STDIO;
   bb_daemonize_or_rexec(0, argv);
  }

  daemon_loop(temp, fd);
 }
#endif
 if (opt & MDEV_OPT_SCAN) {
  /*
   * Scan: mdev -s
   */
  //初始化扫描
  initial_scan(temp);
 } else {
  //处理action
  process_action(temp, getpid());

  dbg1("%s exiting", curtime());
 }

 if (ENABLE_FEATURE_CLEAN_UP)
  RELEASE_CONFIG_BUFFER(temp);

 return EXIT_SUCCESS;
}

上述代码中,具体实现步骤如下:

使用位掩码枚举定义了几个选项(MDEV_OPT_SCAN、MDEV_OPT_SYSLOG、MDEV_OPT_DAEMON、MDEV_OPT_FOREGROUND)。

初始化一些配置变量并设置环境(INIT_G()、bb_sanitize_stdio()、umask(0)、xchdir("/dev"))。

解析了命令行参数,根据参数的不同执行不同的操作,比如扫描设备、启用系统日志、以守护进程模式运行等。

根据程序运行的不同情况,执行相应的操作,比如进行初始扫描、处理动作等。

声明:本文内容及配图由入驻作者撰写或者入驻合作网站授权转载。文章观点仅代表作者本人,不代表电子发烧友网立场。文章及其配图仅供工程师学习之用,如有内容侵权或者其他违规问题,请联系本站处理。 举报投诉
  • 内核
    +关注

    关注

    3

    文章

    1372

    浏览量

    40278
  • Linux
    +关注

    关注

    87

    文章

    11292

    浏览量

    209329
  • 函数
    +关注

    关注

    3

    文章

    4327

    浏览量

    62573

原文标题:linux设备驱动模型(uevent)

文章出处:【微信号:嵌入式小生,微信公众号:嵌入式小生】欢迎添加关注!文章转载请注明出处。

收藏 人收藏

    评论

    相关推荐

    详解linux内核中的mutex同步机制

    linux内核中,互斥量(mutex,即mutual exclusion)是一种保证串行化的睡眠锁机制。和spinlock的语义类似,都是允许一个执行线索进入临界区,不同的是当无法获得锁的时候
    的头像 发表于 05-13 08:56 6845次阅读
    <b class='flag-5'>详解</b><b class='flag-5'>linux</b><b class='flag-5'>内核</b>中的mutex同步<b class='flag-5'>机制</b>

    Linux内核同步机制mutex详解

    linux内核中,互斥量mutex是一种保证CPU串行运行的睡眠锁机制。和spinlock类似,都是同一个时刻只有一个线程进入临界资源,不同的是,当无法获取锁的时候,spinlock原地自旋,而mutex则是选择挂起当前线程,
    发表于 06-26 16:05 1111次阅读

    Linux内核地址映射模型与Linux内核高端内存详解

    Linux 操作系统和驱动程序运行在内核空间,应用程序运行在用户空间,两者不能简单地使用指针传递数据,因为Linux使用的虚拟内存机制,用户空间的数据可能被换出,当
    发表于 05-08 10:33 3453次阅读
    <b class='flag-5'>Linux</b><b class='flag-5'>内核</b>地址映射模型与<b class='flag-5'>Linux</b><b class='flag-5'>内核</b>高端内存<b class='flag-5'>详解</b>

    Linux内核抢占和用户抢占的概念和区别

    本文详解Linux内核抢占实现机制。首先介绍了内核抢占和用户抢占的概念和区别,接着分析了不可抢占内核
    发表于 08-05 08:18

    详解Linux内核抢占实现机制

    本文详解Linux内核抢占实现机制。首先介绍了内核抢占和用户抢占的概念和区别,接着分析了不可抢占内核
    发表于 08-06 06:16

    Linux设备驱动开发详解:基于最新的Linux 4.0内核

    Linux设备驱动开发详解:基于最新的Linux 4.0内核
    发表于 08-31 12:29

    Linux设备驱动开发详解》第4章、Linux内核模块

    Linux设备驱动开发详解》第4章、Linux内核模块
    发表于 10-27 14:15 0次下载
    《<b class='flag-5'>Linux</b>设备驱动开发<b class='flag-5'>详解</b>》第4章、<b class='flag-5'>Linux</b><b class='flag-5'>内核</b>模块

    linux内核rcu机制详解

    Linux内核源码当中,关于RCU的文档比较齐全,你可以在 /Documentation/RCU/ 目录下找到这些文件。Paul E. McKenney 是内核中RCU源码的主要实现者,他也写了很多RCU方面的文章。今天我们而主
    发表于 11-13 16:47 8771次阅读
    <b class='flag-5'>linux</b><b class='flag-5'>内核</b>rcu<b class='flag-5'>机制</b><b class='flag-5'>详解</b>

    linux内核oom机制分析

    Linux 内核有个机制叫OOM killer(Out-Of-Memory killer),该机制会监控那些占用内存过大,尤其是瞬间很快消耗大量内存的进程,为了防止内存耗尽而
    发表于 11-13 17:01 1307次阅读
    <b class='flag-5'>linux</b><b class='flag-5'>内核</b>oom<b class='flag-5'>机制</b>分析

    linux内核机制有哪些

    路径(进程)以交错的方式运行。对于这些交错路径执行的内核路径,如不采取必要的同步措施,将会对一些关键数据结构进行交错访问和修改,从而导致这些数据结构状态的不一致,进而导致系统崩溃。因此,为了确保系统高效稳定有序地运行,linux必须要采用同步
    发表于 11-14 15:25 5563次阅读
    <b class='flag-5'>linux</b><b class='flag-5'>内核</b><b class='flag-5'>机制</b>有哪些

    你了解过Linux内核中的Device Mapper 机制

    Device mapper 是 Linux 2.6 内核中提供的一种从逻辑设备到物理设备的映射框架机制,在该机制下,用户可以很方便的根据自己的需要制定实现存储资源的管理策略,当前比较流
    发表于 04-29 15:25 745次阅读

    可以了解并学习Linux 内核的同步机制

    Linux内核同步机制,挺复杂的一个东西,常用的有自旋锁,信号量,互斥体,原子操作,顺序锁,RCU,内存屏障等。
    发表于 05-14 14:10 700次阅读

    Linux内核GPIO操作函数的详解分析

    本文档的主要内容详细介绍的是Linux内核GPIO操作函数的详解分析免费下载。
    发表于 01-22 16:58 28次下载

    Linux内核文件Cache机制

    Linux内核文件Cache机制(开关电源技术与设计 第二版)-Linux内核文件Cache机制
    发表于 08-31 16:34 4次下载
    <b class='flag-5'>Linux</b><b class='flag-5'>内核</b>文件Cache<b class='flag-5'>机制</b>

    Linux内核中的页面分配机制

    Linux内核中是如何分配出页面的,如果我们站在CPU的角度去看这个问题,CPU能分配出来的页面是以物理页面为单位的。也就是我们计算机中常讲的分页机制。本文就看下Linux
    的头像 发表于 08-07 15:51 279次阅读
    <b class='flag-5'>Linux</b><b class='flag-5'>内核</b>中的页面分配<b class='flag-5'>机制</b>