赞
踩
主要参考:
tty驱动分析 :http://www.wowotech.net/linux_kenrel/183.html
Linux TTY驱动--Uart_driver底层:http://blog.csdn.net/sharecode/article/details/9196591
Linux TTY驱动--Serial Core层 :http://blog.csdn.net/sharecode/article/details/9197567
整个 uart 框架大概的样子如上图所示,简单来分的话可以说成两层,一层是下层我们的串口驱动层,它直接与硬件相接触,我们需要填充一个 struct uart_ops 的结构体,另一层是上层 tty 层,包括 tty 核心以及线路规程,它们各自都有一个 Ops 结构,用户空通过间是 tty 注册的字符设备节点来访问,这么说来如上图所示涉及到了4个 ops 结构了,层层跳转。下面,就来分析分析它们的层次结构。
在 s3c2440 平台,它是这样来注册串口驱动的,分配一个struct uart_driver 简单填充,并调用uart_register_driver 注册到内核中去。
1、下层(串口驱动层)
首先,我们需要认识这几个结构体
2、上层(tty 核心层)
tty 层要从 register_uart_driver 来看起了,因为 tty_driver 是在注册过程中构建的,我们也就顺便了解了注册过程~。
1、根据driver支持的最大设备数,申请n个 uart_state 空间,每一个 uart_state 都有一个 uart_port 。
2、分配一个 tty_driver ,并将drv->tty_driver 指向它。
3、对 tty_driver 进行设置,其中包括默认波特率、校验方式等,还有一个重要的 Ops ,uart_ops ,它是tty核心与我们串口驱动通信的接口。
4、初始化每一个 uart_state 的 tasklet 。
5、注册 tty_driver 。
注册 uart_driver 实际上是注册 tty_driver,因此与用户空间打交道的工作完全交给了 tty_driver ,而且这一部分都是内核实现好的,我们不需要修改,了解一下工作原理即可。
1、为线路规程和termios分配空间,并使 tty_driver 相应的成员指向它们。
2、注册字符设备,名字是 uart_driver->name 我们这里是“ttySAC”,文件操作函数集是 tty_fops。
3、将该 uart_driver->tty_drivers 添加到全局链表 tty_drivers 。
4、向 proc 文件系统添加 driver ,这个暂时不了解。
至此,文章起初的结构图中的4个ops已经出现了3个,另一个关于线路规程的在哪?继续看吧。
3、调用关系分析
tty_driver 不是注册了一个字符设备么,那我们就以它的 tty_fops 入手,以 open、read、write 为例,看看用户空间是如何访问到最底层的硬件操作函数的。
3.1 tty_open
1、获取到 tty_driver
2、根据 tty_driver 初始化一个 tty_struct
2.1 设置 tty_struct 的线路规程为 N_TTY (不同类型的线路规程有不同的 ops)
2.2 初始化一个延时工作队列,唤醒时调用flush_to_ldisc ,读函数时我们需要分析它。
2.3 初始化 tty_struct 里的两个等待队列头。
2.4 设置 tty_struct->ops == tty_driver->ops 。
3、在 tty_ldisc_setup 函数中调用到线路规程的open函数,对于 N_TTY 来说是 n_tty_open 。
4、如果 tty_struct->ops 也就是 tty_driver->ops 定义了 open 函数则调用,显然是有的 uart_open 。
对于 n_tty_open ,它应该是对线路规程如何“格式化数据”进行设置,太复杂了,忽略掉吧,跟我们没多大关系了。对于 uart_open 还是有必要贴代码一看的。
3.2 tty_write
猜测一下,大概“写”的思路:
1、将当前进程加入到等待队列
2、设置当前进程为可打断的
3、层层调用最终调用到底层的 start_tx 函数,将要发送的数据存入 DATA 寄存器,由硬件自动发送。
4、进程调度,当前进程进入休眠。
5、硬件发送完成,进入中断处理函数,唤醒对面队列。
当然这只是我自己意淫的,到底是不是这样,具体分析底层操作函数的时候应该会明白。
3.2 tty_read
1、将当前进程加入等待队列
2、设置当前进程可中断
3、进程调度,当前进程进入休眠
4、在某处被唤醒
5、从 tty->read_buf 取出数据,通过 tty_put_user 拷贝到用户空间。
那么,在何处唤醒,猜测应该是在中断处理函数中,当DATA寄存器满,触发中断,中断处理函数中调用 tty_flip_buffer_push 。
在 flush_to_ldisc 会调用到 disc->ops->receive_buf ,对于 N_TTY 来说是 n_tty_receive_buf ,在 n_tty_receive_buf 中,将数据拷贝到 tty->read_buf ,然后 wake_up_interruptible(&tty->read_wait) 唤醒休眠队列。然后就是前面提到的,在n_tty_read 函数中 从 tty->read_buf 里取出数据 拷贝到用户空间了。
至此,关于 uart 的框架分析基本就结束了~对于 tty 以及线路规程是什么东西,大概了解是个什么东西。虽然大部分东西都不需要我们自己实现,但是了解它们有益无害~
下一篇文章,以 s3c2440 为例,分析底层的操作函数,以及 s3c2440 是如何初始化 uart_port 结构的~,这些是在移植驱动过程中需要做的工作~
Copyright © 2003-2013 www.wpsshop.cn 版权所有,并保留所有权利。