如何注册字符设备驱动
在Linux内核中，字符设备是最常见的驱动类型之一。注册字符设备驱动主要涉及alloc_chrdev_region或register_chrdev_region分配设备号linux操作系统版本，以及cdev_init和cdev_add将字符设备添加到内核。以LED驱动为例，通常先在模块初始化函数中调用alloc_chrdev_region动态获取主次设备号，然后使用cdev_alloc分配cdev结构体，再用cdev_add将设备与file_operations挂钩。
很多新手容易忽略cdev_del和unregister_chrdev_region的配对调用，导致卸载模块时设备号未释放。建议在module_exit中按相反顺序清理：先cdev_del移除设备arch linux，再unregister_chrdev_region释放设备号区间。另外linux内核驱动api手册，现代内核推荐使用device_create在sysfs中自动生成设备节点，配合class_create使用，这样用户空间就能通过/dev节点直接访问驱动。
驱动中内存分配用哪些函数
内核驱动不能使用标准的malloc，而应使用专用的内存分配API。最常用的是kmalloc，它分配物理连续的内存块，适用于小尺寸（通常不超过128KB），调用时需传递GFP标志，如GFP_KERNEL允许睡眠、GFP_ATOMIC用于中断上下文。如果要分配大块内存，则需要vmalloc，它返回虚拟地址连续但物理地址不连续的内存，缺点是TLB开销大。
对于需要DMA缓冲区的驱动，应使用dma_alloc_coherent获取一致性的内存，避免缓存一致性问题。另外，kzalloc能自动清零分配的内存，是分配结构体的首选。注意检查返回值是否为NULL，避免空指针解引用。频繁分配小块内存时可以考虑内存池mempool，防止内存碎片导致的分配失败。
内核驱动中断处理怎么实现
中断处理是驱动响应硬件事件的核心机制。首先需要调用request_irq或devm_request_irq注册中断处理函数，参数包括中断号、处理函数指针、触发标志（如IRQF_TRIGGER_RISING）、设备名和dev_id。中断处理函数分为上半部（硬中断）和下半部（软中断或工作队列），上半部必须快速执行，通常只读取状态寄存器并调度下半部。
推荐使用threaded_irq即请求线程化中断，通过request_threaded_irq传入handler和thread_fn，将耗时操作放在线程上下文中。下半部还可以用tasklet（原子上下文但可被打断）或workqueue（进程上下文，可睡眠）。在卸载驱动时，务必调用free_irq释放中断线，并确保dev_id匹配。使用devm_系列API可以自动管理资源释放，减少内存泄漏风险。
内核同步机制有哪些API
多核系统中，驱动经常需要保护共享数据。自旋锁（spinlock）用于临界区极短且不能睡眠的场景，如保护链表操作，使用spin_lock和spin_unlock。如果临界区可能睡眠，则必须使用互斥锁（mutex），通过mutex_lock和mutex_unlock实现。读写锁（rwlock）适合读多写少的情况，允许多个读者同时持有读锁。
信号量（semaphore）在现代内核中较少直接使用，推荐用completion机制等待某一事件完成，比如异步I/O结束时唤醒等待线程。原子操作（atomic_t）用于简单的计数器。另外，RCU（Read-Copy-Update）适用于读极多写极少的无锁场景，但使用复杂。注意避免死锁，中断上下文只能用自旋锁且必须禁用本地中断（spin_lock_irqsave）。
设备树与驱动如何匹配
设备树（Device Tree）描述了硬件拓扑，驱动通过匹配表与设备节点绑定。在驱动中定义of_device_id数组，包含compatible字符串linux内核驱动api手册，如{ .compatible = "vendor,device", },，然后使用MODULE_DEVICE_TABLE(of, of_match_ptr)导出。驱动探针函数会在匹配成功时调用，通过of_property_read_u32等API读取设备树属性。
典型做法是在platform_driver的.driver.of_match_table字段设置匹配表。注意使用of_match_ptr宏以兼容非DT系统。对于I2C/SPI总线驱动，同样有对应的of_match_table。读取字符串属性用of_property_read_string，获取中断号用irq_of_parse_and_map。设备树带来的好处是无需修改内核代码就能变更硬件配置，但需要确保compatible字符串与板级dts严格一致。
调试驱动api有哪些技巧
调试内核驱动常用的API是printk，它支持日志级别，如pr_info、pr_debug、pr_err等。动态调试（CONFIG_DYNAMIC_DEBUG）允许在运行时通过debugfs控制pr_debug的输出，无需重新编译。dev_err、dev_info等变体会自动打印设备名，推荐使用。如果驱动崩溃，可以使用dump_stack打印调用栈。
更高级的工具包括ftrace跟踪内核函数调用，perf分析性能，以及kprobes动态插桩。对于内存问题，启用kmemleak检测内存泄漏，CONFIG_DEBUG_KMEMLEAK非常有效。注意调试信息不要过多影响实时性，生产环境应关闭调试宏。你遇到过哪些难以定位的内核驱动bug，又是如何利用这些API最终找到根因的？欢迎在评论区分享你的调试经验，别忘了点赞让更多驱动开发者看到这份手册。
