加载失败
原文深入剖析 Linux 中硬件热插拔（hotplug）事件的底层实现，重点在内核如何发出 uevent、netlink（Linux 内核与用户空间的 IPC 机制）如何传递事件，以及 systemd-udevd（udev 的守护进程）如何解析规则、加载固件并创建 /dev 节点。评论里补充了实战问题：某些 USB 设备热插拔瞬间固件未就绪导致 USB descriptors 读不到，需要用 udev hack 暂停再重连或采用厂商建议的“慢速插拔”；另有 ModemManager（管理调制解调器的守护进程）会探测并占用串口，影响 ttyACM/ttyUSB 的行为和权限。文章及评论中的 mermaid 时序图还揭示了 udev 广播包的内部格式（如 libudev header、magic 0xfeedcafe、MurmurHash2、64-bit Bloom filter）以及 systemd 对 .device 单元的触发链。讨论建立在读者对 Linux 内核设备模型、USB 描述符、udev 规则语法与常见用户态库（如 libusb、rawhid、libudev）的基础知识之上。
有评论举例一个廉价外设（DDR 控制器）在 coldplug 能工作但在 hotplug 无法正常枚举。原因是设备固件在刚插入时尚未准备好被轮询以返回 USB descriptors，用户空间/内核马上去读会得到不完整或错误信息。实际变通是用 udev hack 暂停设备再让其重连，或者按厂商“慢速插入”的建议人为延迟，以等待固件就绪。这个实例说明很多热插拔问题源于固件时序与探测流程不匹配，而非内核本身逻辑简单错误。
多位评论者抱怨 udev 规则细节和子系统差异会带来大量纸上补丁和不可预期的权限问题。一个常见案例是 FPGA 板同时暴露 JTAG（CMSIS-DAP）与串口，JTAG 通过 hidraw/接口标识需要一条规则让普通用户访问，而串口则可能被 ModemManager 探测并占用，导致设备表现为 /dev/ttyACM0 或 /dev/ttyUSBn 的差异。工具实现的改变也会触发新问题：旧版使用 rawhid、新版改用 libusb，会要求不同的 udev 匹配条件，因此升级后访问可能失效。评论列举了解决方式与示例规则（需同时包含 SUBSYSTEM="hidraw", ATTRS{interface}=="CMSIS-DAP", MODE="0660", GROUP="plugdev" 和 SUBSYSTEM="usb", ATTR{idVendor}=="1d50", ATTRS{idProduct}=="602b", MODE="0660", GROUP="plugdev"），并建议通过在规则中设置 ENV{ID_MM_PORT_IGNORE}="1" 来让 ModemManager 忽略特定端口。
[来源1] [来源2] [来源3] [来源4] [来源5] [来源6]
有评论用 mermaid 时序图把从物理插入到用户态应用收到事件的完整链路画了出来：内核检测到设备并通过 kobject_add/device_add 生成 uevent（kobject_uevent_env），将原始 uevent 用 netlink 多播到内核监听组；systemd-udevd 接收后解析、按规则加载固件、运行 usb_modeswitch、设置权限并创建 /dev 节点与符号链接，必要时触发 systemd 的 .device 单元。udevd 会构建增强的 udev 包（包含 libudev header，例如字符串 libudev 后跟 NUL 终止符、magic 0xfeedcafe、MurmurHash2 摘要和 64-bit Bloom filter），然后通过另一组 netlink 广播给用户态程序；应用程序通过 libudev_monitor 或原始 netlink socket 接收并解析这些二进制属性后才开始打开设备或查询 sysfs。该图和说明被认为对理解事件时序、数据结构与处理责任划分非常有帮助，评论者还讨论了 mermaid.live 的使用细节。
部分评论以幽默口吻吐槽实现细节和文件命名，例如拿 linux_netink.c 的名字开玩笑并认为 netink 比 blog 更酷，同时抱怨在 udev 包格式中混淆不同 endianness 是“diabolical”的设计。还有人戏称存在名为 netten 的网络接口，随意谈到时间反转等花腔，这反映出讨论中既有技术批评也有轻松调侃。总体语气在认真拆解实现细节与吐槽命名可读性之间摇摆。
udev: udev（Linux 的设备管理守护进程），接收内核发出的 uevent，按规则（/lib/udev/rules.d、/etc/udev/rules.d）处理事件、加载固件、创建 /dev 节点并广播处理后的信息。
netlink: netlink（Linux 内核与用户空间的 IPC 机制），用于多播内核 uevent 到监听组并在 udevd 处理后再次广播用户态事件，应用可通过 raw netlink 或 libudev_monitor 接收。
ModemManager: ModemManager（管理移动/串口调制解调器的守护进程），默认会扫描串口设备并发送 AT 命令以识别调制解调器，可能误触占用端口；可通过 udev 规则设置 ENV{ID_MM_PORT_IGNORE}="1" 让其忽略特定端口。
libudev: libudev（与 udev 交互的用户空间库），提供监视、接收与解析 udevd 广播的二进制事件包的 API，常用于用户态程序感知设备变化。
ttyACM / ttyUSB: ttyACM 与 ttyUSB 是 Linux 下的两类串口设备节点：ttyACM 对应遵循 CDC-ACM 规范的 USB 设备（常见于虚拟串口/调制解调器），ttyUSB 通常对应基于芯片（如 FTDI）的 USB-串口适配器；两者会被不同机制或守护进程以不同方式处理。