1. 概述

printk 用于在终端上打印内核想要输出的信息,平常我们较多使用的打印函数是 printf,两者名字虽然只有最后一个字母不同,且都是为了在终端上显示信息,但是它们的应用场景并不相同。printk 是 linux 内核用来打印消息的,而 printf 则是用户态模式下打印消息用的,不过最终 printf 会通过系统调用的方式使用 printk 进行消息的显示。printk 的整体代码流程如下:

2. 代码分析

首先是 printk 函数,因为 printk 函数是支持不定参数的,所以第一步就是先解析参数,之后就是调用 vprintk 函数了。

asmlinkage int printk(const char *fmt, ...)
{
... 省略 ...
va_start(args, fmt);
r = vprintk(fmt, args);
va_end(args); return r;
}

对于 vprintk 函数,其主要步骤如上图所示,首先是调用 vscnprintf 格式化字符串,并放入到 printk_buf 中,接下来就是再根据 log level 以及是否需要增加时间前缀等信息再次格式化字符串,并将最后的字符串从 printk_buf 复制到 log_buff 中,最后就是将 log_buff 中的字符串输出到终端上,实际执行输出操作的是在 console_unlock() 中进行的。

asmlinkage int vprintk(const char *fmt, va_list args)
{
... 简略版 ...
raw_spin_lock(&logbuf_lock);
/* 格式化到 printk_buf */
printed_len += vscnprintf(printk_buf + printed_len,
sizeof(printk_buf) - printed_len, fmt, args);
/* 格式化到 log_buf */
for (; *p; p++) {
if (new_text_line) {
new_text_line = 0;
...
} emit_log_char(*p);
if (*p == '\n')
new_text_line = 1;
}
/* 将 log_buf 中的字符串输出到终端上*/
if (console_trylock_for_printk(this_cpu))
console_unlock(); return printed_len;
}

在 console_unlock 中,首先根据 con_start 和 log_end 来检查是否有需要在终端上打印的消息,如果有则开始使用 call_console_drivers 调用 console 关联的底层驱动程序进行最终的消息打印操作。

void console_unlock(void)
{
...
again:
for ( ; ; ) {
raw_spin_lock_irqsave(&logbuf_lock, flags);
wake_klogd |= log_start - log_end;
if (con_start == log_end)
break;
_con_start = con_start;
_log_end = log_end;
con_start = log_end;
raw_spin_unlock(&logbuf_lock);
stop_critical_timings();
call_console_drivers(_con_start, _log_end);
start_critical_timings();
local_irq_restore(flags);
}
console_locked = 0;
...
}

而 call_console_drivers 函数又调用了 _call_console_drivers,进一步调用 __call_console_drivers,最终调用不同 console 关联的写操作 con->write(con, &LOG_BUF(start), end - start) 实现打印操作。

static void __call_console_drivers(unsigned start, unsigned end)
{
struct console *con; for_each_console(con) {
if (exclusive_console && con != exclusive_console)
continue;
if ((con->flags & CON_ENABLED) && con->write &&
(cpu_online(smp_processor_id()) ||
(con->flags & CON_ANYTIME)))
con->write(con, &LOG_BUF(start), end - start);
}
}

3. 总结

  • printk 函数第一步是解析参数列表,然后对带有参数的字符串进行格式化,并放入到 printk_buf 中,最后再根据 log level 以及是否需要加时间前缀等配置再次格式化字符串,并放入到 log_buf 中;

  • 当 log_buf 中有需要打印的信息时,则调用 console 所关联的驱动程序完成最终的打印操作。

  • 在 __call_console_drivers 中调用 console 所关联的驱动时会先判断 con->write 是否存在,如果 con->write 不存在,则不会在终端中有信息输出,即直接忽略这次打印,然而在 linux 内核启动初期就已经开始调用 printk 函数了,而此时还并没注册 console 设备,就更不可能存在 con->write 了,那这个阶段调用 printk 输出的信息岂不是都丢了?然而事实并不是这样子的,欲知后事如何,且听下回分解。

printk 流程分析的更多相关文章

  1. S3C6410 SPI全双工读写流程分析(原创)【转】

    转自:http://blog.csdn.net/hustyangju/article/details/21165721 原创博文,知识共享!转载请注明出处:http://blog.csdn.net/h ...

  2. 基于linux与busybox的reboot命令流程分析

    http://www.xuebuyuan.com/736763.html 基于Linux与Busybox的Reboot命令流程分析 ********************************** ...

  3. 8、Struts2 运行流程分析

    1.流程分析: 请求发送给 StrutsPrepareAndExecuteFilter StrutsPrepareAndExecuteFilter 询问 ActionMapper: 该请求是否是一个 ...

  4. freeswitch呼叫流程分析

    今天翻文档时发现之前整理的关于freeswitch呼叫相关的内容,写成博文分享出来也方便我以后查阅. 整体结构图 FreeswitchCore 模块加载过程 freeswitch主程序初始化时会从mo ...

  5. u-boot 流程分析

    u-boot 介绍: 对于计算机来说 , 从一开始上机通电是无法直接启动操作系统的 , 这中间需要一个引导过程 , 嵌入式Linux系统同样离不开引导程序 ,  这个启动程序就叫启动加载程序(Boot ...

  6. thttpd和cgilua安装与运行流程分析

    安装 参考如下博文安装thttpd软件 http://blog.csdn.net/21aspnet/article/details/7045845 http://blog.csdn.net/drago ...

  7. 【转】Hostapd工作流程分析

    [转]Hostapd工作流程分析 转自:http://blog.chinaunix.net/uid-30081165-id-5290531.html Hostapd是一个运行在用户态的守护进程,可以通 ...

  8. u-boot中nandflash初始化流程分析(转)

    u-boot中nandflash初始化流程分析(转) 原文地址http://zhuairlunjj.blog.163.com/blog/static/80050945201092011249136/ ...

  9. Android7.0 Phone应用源码分析(二) phone来电流程分析

    接上篇博文:Android7.0 Phone应用源码分析(一) phone拨号流程分析 今天我们再来分析下Android7.0 的phone的来电流程 1.1TelephonyFramework 当有 ...

随机推荐

  1. 目标检测算法(一):R-CNN详解

    参考博文:https://blog.csdn.net/hjimce/article/details/50187029 R-CNN(Regions with CNN features)--2014年提出 ...

  2. 神作!阿里首发并发编程神仙笔记,Github已星标92K

    Qzone 微信 神作!阿里首发并发编程神仙笔记,Github已星标92K JAVA超神编程 2020-09-23 21:04:06 JVM 无论什么级别的Java从业者,JVM都是进阶时必须迈过的坎 ...

  3. Python练习题 017:三支乒乓球队出赛名单

    [Python练习题 017] 两个乒乓球队进行比赛,各出三人.甲队为a,b,c三人,乙队为x,y,z三人.已抽签决定比赛名单.有人向队员打听比赛的名单.a说他不和x比,c说他不和x,z比.请编程序找 ...

  4. 软件定义网络实验记录③--Mininet 实验——测量路径的损耗率

    一.实验目的 在实验 2 的基础上进一步熟悉 Mininet 自定义拓扑脚本,以及与损耗率相关的设定: 初步了解 Mininet 安装时自带的 POX 控制器脚本编写,测试路径损耗率. 二.实验任务 ...

  5. 为Facebook messenger平台开发聊天机器人

    介绍 在电子商务网上商店发明之前,我们总是有机会与销售代表或分销商在选择商品或服务时交谈.在进入数字世界后,这个领域变得沉默.这样对顾客方便吗?我认为不是.向销售代表或经销商询问他们想要的产品或服务是 ...

  6. 用集装箱装ASP。带有Docker和Azure Kubernetes服务的NET Core应用程序

    介绍 曾经有一个单一软件应用程序的时代,整个应用程序被打包并部署在作为单个进程运行的单个服务器上.我们都知道,在这个模型中,单点故障可能会导致整个应用程序崩溃. 微服务体系结构的发展是为了解决单片应用 ...

  7. RHSA-2018:0151-重要: 内核 安全和BUG修复更新(需要重启、存在EXP、本地提权)

    [root@localhost ~]# cat /etc/redhat-release CentOS Linux release 7.2.1511 (Core) 修复命令: 使用root账号登陆She ...

  8. dockerfile-maven-plugin极简教程

    目录 一.简介 二.概述 三.将spring-boot-app打包成docker镜像 创建示例应用 修改pom文件 增加Dockerfile文件 使用Maven打包应用 运行应用镜像 四.分析mvn ...

  9. ansible-playbook模板化(jinja2)

    1. ansible-playbook模板化(jinja2)条件与循环  1.1) jinja使用结构图 2. 编写jinja2的循环  2.1) 编写jinja2模板 1 [root@test-1 ...

  10. Linux设备驱动中的阻塞和非阻塞I/O <转载>

    Green 博客园 首页 新随笔 联系 订阅 管理 Linux设备驱动中的阻塞和非阻塞I/O   [基本概念] 1.阻塞 阻塞操作是指在执行设备操作时,托不能获得资源,则挂起进程直到满足操作所需的条件 ...