在嵌入式Linux里，串口是最早也是最常用的调试接口。很多新手用ttyS0、ttyAMA0这些设备文件读写串口数据，但很少有人搞清楚这些设备文件背后是怎么被驱动层支持起来的。Linux的串口驱动走的是tty子系统，比普通字符设备复杂，但层次清晰。今天从用户层到内核层，把串口驱动的路径理一遍。

先搞清几个基本概念。字符设备是Linux三大设备类型（字符、块、网络）之一，特点是按字节流读写，串口属于这类。但串口驱动并不是直接注册一个miscdevice或者cdev就完事了，它要注册到tty_driver结构体里，由tty子系统统一管理。tty是Teletypewriter的缩写，历史上是电传打字机，现在Linux里tty子系统管理的终端设备包括串口、伪终端、控制台这些。

开发Linux串口驱动的整体框架：第一，在平台驱动的probe函数里初始化硬件（配置波特率、数据位、校验位这些UART寄存器）。第二，分配一个tty_driver结构体，设置ops（操作函数集，包含open、close、read、write等回调）和其他参数。第三，调用tty_register_driver注册到内核。第四，实现ops里的回调函数和中断处理函数，完成实际的数据收发。

以STM32的UART驱动为例。probe函数里先调用clk_enable打开时钟，gpio_request申请并配置TX和RX引脚为复用功能，然后配置UART的CR1、CR2、BRR这些寄存器设置初始参数。然后分配tty_driver，设置name为"ttyS"（后面会自动加数字变成ttyS0、ttyS1），设置major为0让内核自动分配主设备号，设置ops为自定义的uart_ops。最后tty_register_driver注册。

数据接收是中断驱动的。当UART收到一帧数据，触发RX中断，中断处理函数里读DR寄存器取数据，然后调用tty_insert_flip_string把数据送到tty缓冲区，再调用tty_flip_buffer_push通知上层有数据了。用户层的read()就会被唤醒，从缓冲区读走数据。发送是反过来的，用户层write()数据到内核，驱动的write回调里一边从tty缓冲区取数据一边写UART的DR寄存器，发完一批等TX中断再发下一批。

其实开发串口驱动不用从零写。Linux内核已经提供了串口核心层（serial_core），封装了tty驱动的大部分通用逻辑，只需要实现一个platform_driver和一些底层操作函数（波特率设置、收发、使能中断这些）就行。STM32、NXP、TI这些厂商的SoC在内核源码里都有现成的驱动，拿来改一改就能用。真要完全自己写的情况不多，除非用了特别小众的UART IP核。

调试串口驱动的几个小技巧。第一，用dmesg看内核启动信息，确认驱动有没有注册成功、分配的设备号是多少。第二，用户层用cat /proc/tty/driver/serial或者stty -F /dev/ttyS0查看串口状态。第三，用示波器抓TX和RX引脚的波形，确认硬件电平是否正确。第四，如果驱动已经注册但读写数据没反应，检查中断是否正常触发——在内核里加printk看中断处理函数有没有被调用。

总结一下，Linux串口驱动的路径是：用户层通过read()/write()→syscall进入内核→tty层分发→串口驱动的ops回调→操作UART硬件寄存器。发送路径大致类似，方向相反。内核提供的serial_core框架已经帮你处理了大部分tty层的事情，实际开发中主要写硬件相关的部分。嵌入式Linux开发中，串口不只是调试接口，很多IoT设备的Modbus、串口屏、GPS模块都是通过串口通信的，理解驱动层的原理有助于排查通讯问题。