关于sysfs_create_files参数及多probe调用下全局变量的疑问

关于全局指针pcdrv_data.device_pcd的覆盖问题 #

是的，如果pcdrv_data是全局变量，且每次probe都直接给device_pcd赋值当前探测到的设备指针，多次probe后这个全局指针一定会被覆盖。

内核中probe函数会为每个匹配到的设备实例独立调用一次。假设驱动支持多个同类型设备，每次probe都将当前设备指针写入全局的device_pcd，后续probe调用会完全覆盖之前的值。这会导致所有基于该全局指针创建的sysfs文件，最终都指向最后一个被探测到的设备——因为sysfs文件的操作函数（如show/store）若依赖这个全局指针，访问的永远是最后被覆盖的设备实例，前面设备对应的sysfs文件会彻底“失效”，无法正确操作对应设备。

正确的做法是避免用全局指针关联设备，而是将设备指针绑定到sysfs文件的kobject，或通过container_of从sysfs的struct attribute关联到设备私有数据结构。比如定义sysfs属性时，利用attr->private传递设备指针；或在probe时为每个设备创建独立私有数据，将设备指针存入其中，再在sysfs操作函数中通过container_of获取该私有数据。

关于sysfs_remove_file的处理 #

sysfs_remove_file需要和sysfs_create_file（或sysfs_create_files）一一对应，确保每个创建的sysfs文件都被正确移除，避免内核资源泄漏。

• 调用时机：必须在设备的remove函数中执行，因为remove函数是内核移除设备实例时的专属收尾入口，与probe形成一一对应。
• 核心注意事项：
  • 移除文件的路径要和创建时完全一致，通常基于设备的dev->kobj操作，每个设备的kobject独立，不会出现混淆。
  • 若之前用sysfs_create_files批量创建文件，建议用sysfs_remove_files批量移除；单个文件则用sysfs_remove_file即可。
  • 不要在模块退出函数中统一移除，因为模块退出时可能仍有设备实例存在。更推荐使用devm_系列函数（如devm_sysfs_create_file），这类函数依托内核设备资源管理机制，会在设备销毁时自动清理对应的sysfs文件，无需手动调用移除函数，既能降低资源泄漏风险，也能简化代码逻辑。

内容的提问来源于stack exchange，提问作者void_brain