E:安桌层及文件系统层的PRINTf输出原理

最新推荐文章于 2023-08-13 16:33:26 发布
最新推荐文章于 2023-08-13 16:33:26 发布
阅读量1k 收藏 1
点赞数 1
分类专栏： Android LINUX内核 文章标签： devconsole devtty E安桌层及文件系统层的PRINTf输出原 文件系统 printf 源码
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/YACHL882828/article/details/52587053
版权


（/device/console操控台原理分析，通过调用此操控台来输出信息，同时这儿涉及到/device/console调用TTY,然后TTY调用低层串口的分析 安桌LOG输出原理）

LINUX内核源码版本：linux-3.0.86  

 

/dev/console即控制台，是与操作系统交互的设备，系统将一些调试信息直接输出到控制台上，是TTY设备的一个子集

 

Tty:teltypewriters  Teletypes简称电传打印机:终端是一种字符型设备，它有多种类型，通常使用tty来简称各种类型的终端设备。Console是TTY设备的一种。Console调用到最低层就是TTY设备驱动。

TTY CONSOLE UART关系图(由我的平台有4路串口，要分析到USER空间/dev/console最后是通过那一路口输出的，注意和内核空间的printk的console操控台输出端口是否一致，分析原理。由前面几节分析可知printk输出是由uboot传入的参数来确定那一路串口输出的的。Console=ttySAC0,115200n8第0路)

分析代码前根据网络资料得出的一张图：

 

自己分析代码后得到的图：

结合硬件开发板分析得到正确的图：

 

 

结合硬件开发板分析得到正确的图：

红色部分是分析了所有代码后得出的结论：

下面过程很杂乱，到现在还是没有分析清楚，只能是明白了个大概，因为结构体太多，没交繁复杂。现在还是乱。只能再次分析一下流程（只针对/dev/console的写过程。我们要知道用户空间的console是支持输入输出的。Kernel空音的console只支持输出信息。这是很重要的区别。）。

/dev/console

  1. 设备打开。得到tty_struct结构体，并且赋值在file中一个private_data中。同时由于

    struct tty_driver *console_driver = console_device(&index);得来是由uboot传入的参数来决定的。因此这儿/dev/console输出0串口来决定。由其它节部分的参数解析部分得知。

    struct tty_driver *console_driver = console_device(&index)->console_drivers(内核层register_console注册函数时一个指针链表)->driver = c->device(c, index);

  2. 写操作//把数据写入file文件中的private_data指向的tty_struct中的一xmit变量（这儿有好层转换），同时打开中断。产生中断条件。

    Write->[ld->ops->write=n_tty_write]->[tty->ops=driver->ops]=[tty_operations uart_ops]=[.write= uart_write,]

     

    3.中断发送：//中断的注册是在open函数中执行的。这儿自动过来执行的。

    ret = request_irq(ourport->rx_irq, s3c24xx_serial_rx_chars, 0,

      s3c24xx_serial_portname(port), ourport);---->

    s3c24xx_serial_tx_chars->wr_regb(port, S3C2410_UTXH, xmit->buf[xmit->tail]);发送数据

     

    //下面是上面结论分析过程。

     

    /dev/console字符设备注册流程分析：

    #define fs_initcall(fn)__define_initcall("5",fn,5)

    chr_dev_init->tty_init->MKDEV(TTYAUX_MAJOR, 1)->console_fops操作函数

    static const struct file_operationsconsole_fops = {

    .llseek= no_llseek,

    .read= tty_read,

    .write= redirected_tty_write,

    .poll= tty_poll,

    .unlocked_ioctl= tty_ioctl,

    .compat_ioctl= tty_compat_ioctl,

    .open= tty_open,

    .release= tty_release,

    .fasync= tty_fasync,

    };

    完成了对设备的注册，然后是打开设备和读写设备了，这个部分应该是用户空间来完成的。我们不去看相关代码，只从通用的打开读写通用操作方法来作分析。Open write read这三个函数由用户空间来调用。当用户空间调打开读写函数时会调用上面注册的驱动的操作函数对应的函数。所以接下来分析Open write read

    Open:tty_open

    struct tty_driver *console_driver = console_device(&index)->console_drivers(内核层register_console注册函数时一个指针链表)->driver = c->device(c, index);

    retval = tty_alloc_file(filp);

    struct tty_driver *console_driver = console_device(&index);

  • tty = tty_init_dev(driver, index, 0);//这个函数里去构建LDISC结构体了，叫做线规程/线路规程line discipline

     

    /*

    //ldisc构建过程：

    tty_init_dev(driver, index, 0);//tty_driver  0  0

    initialize_tty_struct(tty, driver, idx);//tty_struct tty_driver 0

    tty_ldisc_init(tty);

    Ld->ops=tty_ldiscs[disc]=tty_ldiscs[0]

    /*

     

    ty_ldiscs怎么得来的是关键：

    start_kernel->console_init()->/* Setup the default TTY line discipline. */

    tty_ldisc_begin();->/* Setup the default TTY line discipline. */

    (void) tty_register_ldisc(N_TTY, &tty_ldisc_N_TTY);->->

    N_TTY=0

    struct tty_ldisc_ops tty_ldisc_N_TTY = {

    .magic           = TTY_LDISC_MAGIC,

    .name            = "n_tty",

    .open            = n_tty_open,

    .close           = n_tty_close,

    .flush_buffer    = n_tty_flush_buffer,

    .chars_in_buffer = n_tty_chars_in_buffer,

    .read            = n_tty_read,

    .write           = n_tty_write,

    .ioctl           = n_tty_ioctl,

    .set_termios     = n_tty_set_termios,

    .poll            = n_tty_poll,

    .receive_buf     = n_tty_receive_buf,

    .write_wakeup    = n_tty_write_wakeup

    };

    tty_ldiscs[disc] = new_ldisc;

    tty_ldiscs[0] = tty_ldisc_N_TTY ;等于上面TTY设备

    通过上面分析可知

    Ld->ops=tty_ldiscs[disc]=tty_ldiscs[0]=tty_ldisc_N_TTY

     

     

    */

    tty->ldisc = ld;

    tty_add_file(tty, filp);

    struct tty_file_private *priv = file->private_dat=tty_struct;因此通过file文件中的private_data来操作tty_sruct。这个结构体时里面包含tty_driver tty->ldisc多个变量。

     

     

    */

    tty_add_file(tty, filp);

    上面代码完成通过文件的struct tty_file_private *priv = file->private_data变量来保存tty_struct(同时TTY结构体包含tty_drivers)驱动变量。

     

    我们代码的console_drivers如下：

    static struct console s3c24xx_serial_console = {

    .name= S3C24XX_SERIAL_NAME,

    .device=uart_console_device,

    .flags= CON_PRINTBUFFER,

    .index= -1,

    .write= s3c24xx_serial_console_write,

    .setup= s3c24xx_serial_console_setup,

    .data= &s3c24xx_uart_drv,

    };

    struct tty_driver *uart_console_device(struct console *co, int *index)

    {

    struct uart_driver *p = co->data;

    *index = co->index;//0通过UBOOT传入参数等到0值

    returnp->tty_driver;

    }

    static struct uart_driver s3c24xx_uart_drv = {

    .owner= THIS_MODULE,

    .driver_name= "s3c2410_serial",

    .nr= CONFIG_SERIAL_SAMSUNG_UARTS,

    #ifdef CONFIG_SERIAL_SAMSUNG_CONSOLE_SWITCH

    .cons= NULL,

    #else

    .cons= S3C24XX_SERIAL_CONSOLE,

    #endif

    .dev_name= S3C24XX_SERIAL_NAME,

    .major= S3C24XX_SERIAL_MAJOR,

    .minor= S3C24XX_SERIAL_MINOR,

    };

    p->tty_driver是s3c24xx_uart_drv结构体的成员，但在上面数组的初始化中并没有初始化此值，因此可以肯定是在在其它地方初始化的tty_driver的。

    下面来分析tty_driver的初始化流程：

    s3c24xx_serial_modinit->uart_register_driver(&s3c24xx_uart_drv)->:

    struct tty_driver *normal;

    drv->tty_driver = normal;

    tty_set_operations(normal, &uart_ops); //driver->ops = op;

    /*

    static const struct tty_operations uart_ops = {

    .open= uart_open,

    .close= uart_close,

    .write= uart_write,

    .put_char= uart_put_char,

    .flush_chars= uart_flush_chars,

    .write_room= uart_write_room,

    .chars_in_buffer= uart_chars_in_buffer,

    .flush_buffer= uart_flush_buffer,

    .ioctl= uart_ioctl,

    .throttle= uart_throttle,

    .unthrottle= uart_unthrottle,

    .send_xchar= uart_send_xchar,

    .set_termios= uart_set_termios,

    .set_ldisc= uart_set_ldisc,

    .stop= uart_stop,

    .start= uart_start,

    .hangup= uart_hangup,

    .break_ctl= uart_break_ctl,

    .wait_until_sent= uart_wait_until_sent,

    #ifdef CONFIG_PROC_FS

    .proc_fops= &uart_proc_fops,

    #endif

    .tiocmget= uart_tiocmget,

    .tiocmset= uart_tiocmset,

    .get_icount= uart_get_icount,

    #ifdef CONFIG_CONSOLE_POLL

    .poll_init= uart_poll_init,

    .poll_get_char= uart_poll_get_char,

    .poll_put_char= uart_poll_put_char,

    #endif

    };

    tty->ops = driver->ops;

    struct tty_driver *driver;

    struct tty_driver *console_driver = console_device(&index);

    tty->ops=driver->ops->console_drivers->driver = c->device(c, index)->

     tty_operations uart_ops=tty_operations uart_ops;--->tty->ops=driver->ops=tty_operations uart_ops

     

    */

    通过上面代码分析可知：用操作/dev/console写函数时

    .write= redirected_tty_write,

    static ssize_t tty_write(struct file *file, const char __user *buf,

    size_t count, loff_t *ppos)

    struct tty_struct *tty = file_tty(file);//包含tty_driver结构体。

    ld = tty_ldisc_ref_wait(tty);

    ld->ops->write//因此找到这个函数才是我们的根本，看是如何实现的。？？？？？？？？？？？？？？？？

    通过前面分析知：

    Ld->ops=tty_ldiscs[disc]=tty_ldiscs[0]=tty_ldisc_N_TTY

    因此ld->ops->write=n_tty_write//tty_ldisc_N_TTY中的函数完成线程规程检查

    最后还是调用tty->ops->write(tty, b, nr);来输出数据。规则检查部分不能把数据输出的串口

    综上：对于/dev/console设备的写函数的执行流程如下：

    Write->[ld->ops->write=n_tty_write]->[tty->ops=driver->ops]=[tty_operations uart_ops]=[.write= uart_write,]

    static int uart_write(struct tty_struct *tty,

    const unsigned char *buf, int count)

    __uart_start(tty);

    port->ops->start_tx(port);//ops= s3c24xx_serial_ops;

    static struct uart_ops s3c24xx_serial_ops = {

    .pm= s3c24xx_serial_pm,

    .tx_empty= s3c24xx_serial_tx_empty,

    .get_mctrl= s3c24xx_serial_get_mctrl,

    .set_mctrl= s3c24xx_serial_set_mctrl,

    .stop_tx= s3c24xx_serial_stop_tx,

    .start_tx= s3c24xx_serial_start_tx,

    .stop_rx= s3c24xx_serial_stop_rx,

    .enable_ms= s3c24xx_serial_enable_ms,

    .break_ctl= s3c24xx_serial_break_ctl,

    .startup= s3c24xx_serial_startup,

    .shutdown= s3c24xx_serial_shutdown,

    .set_termios= s3c24xx_serial_set_termios,

    .type= s3c24xx_serial_type,

    .release_port= s3c24xx_serial_release_port,

    .request_port= s3c24xx_serial_request_port,

    .config_port= s3c24xx_serial_config_port,

    .verify_port= s3c24xx_serial_verify_port,

    .wake_peer= s3c24xx_serial_wake_peer,

    };

    s3c24xx_serial_start_tx//这个函数是打开中断  我们/dev/console应该是通过中断来把数据发送出去的。数据存在struct circ_buf xmit结构体中。这个函数只是把数据缓存在变量中和打开串口，发送数据是在中断中进行的。tty->ops->open(tty, filp);====s3c24xx_serial_startup打开中断ret = request_irq(ourport->rx_irq, s3c24xx_serial_rx_chars, 0,

      s3c24xx_serial_portname(port), ourport);注册串口发送函数。

    static irqreturn_t

    static irqreturn_t s3c24xx_serial_tx_chars(int irq, void *id)

    struct s3c24xx_uart_port *ourport = id;

    struct circ_buf *xmit = &port->state->xmit;//这个是在s3c24xx_serial_start_tx中去指定的。

    /*

    ret = request_irq(ourport->rx_irq, s3c24xx_serial_rx_chars, 0,

      s3c24xx_serial_portname(port), ourport);*/

    上面中断函数的id与/dev/console的tty_drvier是同一个变量。所以在触发中断发送时能正确的发送数据。wr_regb(port, S3C2410_UTXH, xmit->buf[xmit->tail]);

     

     

     

     

    /dev/tty字符设备注册流程分析：

    #define fs_initcall(fn)__define_initcall("5",fn,5)

    chr_dev_init->tty_init->MKDEV(TTYAUX_MAJOR, 0)->tty_fops

    上面只是注册了一个tty设备。Tty其实是一多个的。最后是tty_register_driver-》for (i = 0; i < driver->num; i++) {

    d = tty_register_device(driver, i, NULL);｝-》device_create(tty_class, device, dev, NULL, name);

    上面完成多个设备的注册tty设备的注册，这儿主要是串串的。所有的tty一字符输输入输出设备都可以用tty_register_driver来注册。可以注册多个。上面/dev/console只是利用了其中的一类来解决问题。Tty设备是可以单独来解决问题的。用tty_register_driver注册。但我们分析的串口部分是用的tty_init来注册设备。然后通过打开函数来与tty_struct和tty_drvier关联解决问题。大致分析了代码发/dev/conosle/  /dev/tty逻辑差不多。细节就不去分析了。可以明确的是对这两个设备的输入输出都是由uboot传入参数来决是那一个口的。前一个用于系统信息调试 ，后一个应该是作其它功能。对于这设备当作一般设备来理解。只是加入很多中间层，所以分析起来比较麻烦。暂不去细究。分析了好几天还是乱。不是清晰的逻辑。

     

    static const struct file_operations tty_fops = {

    .llseek= no_llseek,

    .read= tty_read,

    .write= tty_write,

    .poll= tty_poll,

    .unlocked_ioctl= tty_ioctl,

    .compat_ioctl= tty_compat_ioctl,

    .open= tty_open,

    .release= tty_release,

    .fasync= tty_fasync,

    };

    兴趣交流群抠抠： 461283592

     


来自大山的孩子
关注
专栏目录
嵌入式驱动源代码（5）：STM32 文件系统 fatfs 移植笔记详解
产品线负责人
03-19 4300
1、内存和Flash介绍 stm32 的 flash 地址起始于 0x0800 0000，结束地址是 0x0800 0000 加上芯片实际的 flash 大小，不同的芯片 flash 大小不同。 RAM 起始地址是 0x2000 0000，结束地址是 0x2000 0000 加上芯片的 RAM 大小，不同的芯片RAM也不同。 Flash 中的内容一般用来存储代码和一些定义为 const 的数...
【嵌入式笔记】简要谈一谈嵌入式开发中重写printf的几种方法
热门推荐
一个专注于嵌入式IoT领域的架构师，深耕IoT领域多年，深度掌握IoT领域的相关技术栈，包括但不限于RTOS内核的实现及其移植、硬件驱动移植开发、网络通讯协议开发、编译构建原理及其实现、底层汇编及编译原理、编译优化及代码重构、嵌入式IoT系统的架构设计等。
10-22 1万+
简单总结了一下几种重写printf的方法，有兴趣的可以参与讨论讨论。
Linux printf函数输出问题
最新发布
NuYoaH502329的博客
08-13 929
比如说，printf在打印数据到屏幕上的时候不经过缓冲区，而是直接调用内核，此时内核就相当于另外一个进程，这时候就意味着想让内核帮printf做打印这件事，那么把所要打印的数据交给了内核，那么在提交这个操作以后，内核就要代表printf去执行这个操作，此时会发生阻塞，这个阻塞其实就是会发生一个从用户态到内核态的切换，切换之后内核帮printf把事情做完，然后再回复程序的执行。1.printf函数并不会直接将数据输出到屏幕，而是先放到缓冲区中。在"hello"被打印出来之后，会刷新缓冲区，程序结束。
linux下的printf
hawklin000的专栏
01-23 372
      有时不要以为printf一定能打印出数据来。有时，你不在程序的每个地方printf的地方都不加上"/n”,程序根本就不打印任何数据出来，信不？！我就倒霉的遇到个一次。遇到这些很头疼的，还以为是程序哪儿出错咯。原来这是因为，它其实有缓冲的功能，只有在“/n”，它才将缓冲里的数据，打印出来。切记，切记~~      比如在父子程序中，按理来说，子程序里面的printf绝对不会打印出父程
linux的调试打印函数printk
ydgd118的博客
05-12 898
详细介绍了linux系统的printk函，并指出该函数与printf函数的区别。
linux 串口驱动（二）初始化 【转】
weixin_34319817的博客
12-03 143
转自：http://blog.chinaunix.net/uid-27717694-id-3493611.html 8250串口的初始化： （1）定义uart_driver、uart_ops、uart_port等结构体的实例并在适当的地方更具具体的硬件驱动情况初始化他们，当然具体设备xxx的驱动可以将这些结构体套在新定义的xxx_uart_driver、xxx_uart_ops、xxx_uar...
printf是如何打印到终端
zion--6135的博客
10-16 901
打开了控制台的设备: /dev/consloe，并通过int fd = open ("/dev/consloe")往这个设备写数据，通过内核的调用栈：ttycore层--->ldisc层--->和设备匹配上的驱动的write方法。
深入理解php printf() 输出格式化的字符串
12-18
本文将深入解析 `printf()` 的工作原理、语法以及如何使用其进行格式化输出。 `printf()` 函数的基本语法如下： ```php printf(format, arg1, arg2, arg++); ``` - `format` 参数是一个包含格式化指令的字符串，...
Linux文件操作及原理详解
weixin_59371851的博客
08-10 1347
哈喽，小伙伴们大家好。相信大家在学习语言时都接触过文件操作，但仅仅站在语言层面上是无法真正理解文件的，那么今天我就带大家从系统角度重新学习文件。一、引入1、几个基本概念如果小伙伴们学习过c语言文件的I/O操作， 应该对fopen， fclose， fread， fwrite等函数有一定了解，它们都是C标准库当中的函数。但单单从语言的角度很难真正理解这些操作，今天我想从系统的角度带大家重新认识一下I/O。文件的操作如果没有指名路径，默认都是在当前路径。...
stc单片机printf输出到1602
05-18
在嵌入式系统开发中，STC单片机是一种广泛应用的微控制器，因其性价比高、功能强大而受到很多工程师的青睐。1602液晶显示器（LCD）则是一...学习和理解这些代码，将有助于在实际项目中运用printf输出到1602 LCD的技术。
Linux终端设备驱动
张亮校的专栏
01-06 1888
转载地址:http://www.cnitblog.com/luofuchong/archive/2008/10/07/49936.html 本章导读 在Linux系统中，终端设备非常重要，没有终端设备，系统将无法向用户反馈信息，Linux中包含控制台、串口和伪终端3类终端设备。 14.1节阐述了终端设备的概念及分类，14.2节给出了Linux终端设备驱动的框架结构，重点描述tty_dri
Linux printf 输出 重定向输出 无法打印问题分析以及解决方法
xhoufei2010的专栏
04-28 8366
1 说明 有时候，在linux 环境下，使用printf 无法打印信息，导致调试很不方便。 2 原因分析 2.1 没有刷新缓冲区 默认Linux 设置了打印缓冲功能，当打印缓冲区未满情况下，不打印。如果需要打印，增加fflush(stdout) 语句，用于刷新缓冲区，即可打印。 2.2 进程关闭了标准输入输出功能。 在系统或者进程中，关闭了printf功能，将输入输出重定向...
Linux驱动开发杂记(0x12) - uart_ops结构体
Vinx Blog
11-22 2995
/* * This structure describes all the operations that can be * done on the physical hardware. */ struct uart_ops { unsigned int (*tx_empty)(struct uart_port *); /* 串口的Tx FIFO缓存是否为空 */ void ...
嵌入式linux学习笔记--控制台的数据重定向 以及 进程打印 数据的重定向
jeason的博客
11-04 1112
记录一下今天的收获，项目上的一个需求是将嵌入式平台内的所有的打印信息输出到一个统一的地方，方便管理，为了实现这种需求 我一共尝试了几种方案，记录一下。 1 . 需求1 嵌入式设备的串口打印信息转移到另一个控制台 这种需求是因为产品的串口默认是不引出的，平时对产品进行调试的时候免不了需要去查看串口信息，那么 我们自然就希望将原本的串口控制台的输出信息转移到当前的通用ssh 登录的控制台。 相关的代码的实现如下： #include <stdio.h> #include <stdlib.h&gt
console调linux设备,linux设备驱动之console控制台驱动
weixin_33139275的博客
05-09 774
我们在之前分析过input子系统和tty设备驱动架构.今天需要将两者结合起来.看看linux中的控制台是怎么样实现的.二:控制台驱动的初始化之前在分析tty驱动架构的时候曾分析到.主设备为4,次设备为0的设备节点,即/dev/tty0为当前的控制终端.有tty_init()中,有以下代码段:static int __init tty_init(void){…………#ifdef CONFIG_VTc...
linux终端设备：tty子系统相关的初始化
大昱的博客
10-22 1410
>  linux类系统相较于windos类系统用“魔幻”也不为过，神奇的控制台终端如ctrl+alt+F1至F6、UI桌面打开终端、远程ssh登录等等，在神奇的命令行协助下总能随时随地完成手中的工作。 >  当然，这些功能虽不算复杂，但庞大的架构及繁多的代码让人有一种深不测的感觉。经过一段时间对终端相关代码的分析对它们有了初步的了解。它们采用较为一致的思路方式实现，代码难度也不算太高，具备字符驱动相关的知识加上足够的耐心便可以解开这个“庞然大物”。 >  linux终端子
Linux 串口驱动 端口类型,5 linux 串口驱动
weixin_36022526的博客
05-07 403
五 linux 串口驱动一.串口结构体1.串口驱动结构体struct uart_driver {struct module*owner;//模块所有者const char*driver_name;//驱动名const char*dev_name;//设备名int major;//主设备号int minor;//次设备号int nr;//支持串口个数struct console*cons;//控制台...
/dev/tty,/dev/console,/dev/vc/0的初始化
jason的笔记
05-05 2103
在drivers/char/mem.c中的chr_dev_init->tty_init int __init tty_init(void) {     cdev_init(&tty_cdev, &tty_fops);     if (cdev_add(&tty_cdev, MKDEV(TTYAUX_MAJOR, 0), 1) ||         register_chrdev_regi
终端驱动原理篇
aaronychen的专栏
01-29 7369
第十四章  Linux终端设备驱动本章导读在Linux系统中，终端设备非常重要，没有终端设备，系统将无法向用户反馈信息，Linux中包含控制台、串口和伪终端3类终端设备。 14.1节阐述了终端设备的概念及分类，14.2节给出了Linux终端设备驱动的框架结构，重点描述tty_driver结构体及其成员。14.3~14.5节在14.2节的基础上，分别给出了Linux终端设备驱动模块加载/卸载
C语言printf函数详解：格式控制与输出
"C语言中的`printf`函数是用于格式化输出的重要函数，它允许程序员按照特定的格式控制输出内容。`printf`函数的基本语法是`printf(格式控制, 输出项表)`，其中`格式控制`定义了输出的样式，而`输出项表`则是要输出的...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值