第55章设备树下的platform驱动，总线目录下找不到gpioled设备

Jinddd

设备树文件一切正常，/proc/device-tree目录下能够找到gpioled设备节点且能被第四十五章的驱动正常使用，但是/sys/bus/platform/devices/目录下找不到gpioled设备节点，platform driver无法match到对应的设备。现象如下：

设备树内容

/proc/device-tree

/sys/bus/platform/devices

可以看出/sys/bus/platform/devices/目录下找不到gpioled节点，但是key和beep节点却都能找到，这就是让人特别迷惑的地方，想不出来是哪里的问题！

zc123

1. 设备树是硬件信息的描述符，里面gpioled时设备节点，只要定义.dts中包含这个节点，内核中就可以显示
2. ls /sys/bus/platform/devices/ 设备文件是由驱动模块加载时，platform_driver_register注册时，通过probe函数执行后创建的，需要执行insmod xxx.ko之后才会存在
你可以理解这两个根本不是一个东西，（1)dts编译时确定，uboot执行解析后，内核就可以知道了 （2）是需要内核驱动模块加载或者编译进内核的驱动执行后确认的。

打鸟day

楼主你好， 请问你问题解决了吗， 我也遇到了这个问题， 在/proc/device-tree 下能找到设备树的结点， 但是在 /sys/bus/platform/devices/ 下找不到该节点对应的device 。
2楼说的要insmod xxx.ko  具体是如何操作的？

Jinddd

打鸟day 发表于 2020-5-20 01:46
楼主你好， 请问你问题解决了吗， 我也遇到了这个问题， 在/proc/device-tree 下能找到设备树的结点， 但是 ...

还没解决，这几天在搞其他事情

Jinddd

zc123 发表于 2020-5-13 22:40
1. 设备树是硬件信息的描述符，里面gpioled时设备节点，只要定义.dts中包含这个节点，内核中就可以显示
2. ...

大佬，可能是我描述的不太清楚。我的意思是说我在设备树下新添了三个设备：gpioled、key和beep；编译然后开机加载新的设备树，之后观察/proc/device-tree/目录下，发现gpioled、key和beep这三个设备树节点都能找到，然后我再去/sys/bus/platform/devices目录下查看，能找到key和beep这两个设备，但找不到gpioled这个设备。一启机就去观察了，期间并没有执行任何关于key和beep驱动模块的insmod或者modprobe操作。之后加载platform驱动但probe不成功，因为内核根本找不到gpioled这个设备。上边你说的(2)应该是probe成功以后在/dev下生成的设备节点吧。probe和/sys/bus/platform/devices/设备文件的关系应是：先有/sys/bus/platform/devices/设备文件，platform driver才能probe成功，而不是probe成功之后，才生成/sys/bus/platform/devices/设备文件。至于为什么设备树中同样的写法，唯独gpioled在/sys/bus/platform/devices/目录下找不到，也许还有其他原因，楼下有人和我遇到了相同的问题，我想不是偶然，希望论坛的大佬们看到能够及时提出宝贵的意见。

zc123

Jinddd 发表于 2020-5-21 00:13
大佬，可能是我描述的不太清楚。我的意思是说我在设备树下新添了三个设备：gpioled、key和beep；编译然后 ...

你还是没有理解我的意识
key和beep驱动模块存在，是因为驱动已经编译到内核里面了，启动时挂载到虚拟总线上去的，至于platform虚拟总线，是需要在驱动中执行platform_driver_register成功之后才能在虚拟总线下找到，
1.probe成功 --- 硬件配置，在/dev下显示设备节点
2.platform_driver_register成功 --- 在虚拟总线上显示该设备文件
顺序是这个，不是先注册成功，才probe，而是probe创建设备成功后，才会注册到虚拟总线上。

zc123

Jinddd 发表于 2020-5-21 00:13
大佬，可能是我描述的不太清楚。我的意思是说我在设备树下新添了三个设备：gpioled、key和beep；编译然后 ...

另外55.3.2就是platform驱动的编写，这部分是要生成模块加载的，要进行这一步动作的，如果实在不会写，也可以直接用开发板光盘->2、Linux驱动例程->18.__dtsplatform下编译个模块，传给开发板，在用insmod加载后在查看下

Jinddd

zc123 发表于 2020-5-26 15:06
另外55.3.2就是platform驱动的编写，这部分是要生成模块加载的，要进行这一步动作的，如果实在不会写，也 ...

在发帖之前我都试过了，用正点原子的例程编译成模块，insmod加载后也是匹配不到设备的

Jinddd

zc123 发表于 2020-5-26 14:53
你还是没有理解我的意识
key和beep驱动模块存在，是因为驱动已经编译到内核里面了，启动时挂载到虚拟总 ...

我的key和beep模块只是在设备树里边写了，并没有做过把这个两个驱动模块编译进内核的操作

zc123

Jinddd 发表于 2020-5-26 15:54
我的key和beep模块只是在设备树里边写了，并没有做过把这个两个驱动模块编译进内核的操作

内核默认就有这两个模块，你没有编译取消掉就存在，至于失败的原因可能是node名称错了，或者name错了，你要把错误贴出来，别人才能帮你分析啊

Jinddd

zc123 发表于 2020-5-26 16:12
内核默认就有这两个模块，你没有编译取消掉就存在，至于失败的原因可能是node名称错了，或者name错了，你 ...

上边的图上有设备树的信息，驱动我用正点原子官方的程序编译，insmod之后也是找不到设备呀，回复的贴不出来图，你直接看（A盘）\2、Linux驱动例程\18_dtsplatform里边的驱动代码，或者你有板子的话，你试一下你的能不能成功。

打鸟day

老哥  okey打错了 应该是okay  今天debug了好久才发现的

Jinddd

打鸟day 发表于 2020-5-29 23:30
老哥  okey打错了 应该是okay  今天debug了好久才发现的

哈哈，老哥稳，我真是当局者迷啊，当初手一抖敲错一个一个字母，卡了这么多天，多谢了多谢了

18373515605xft

我也裂开compatible  写成compatiable还好这个帖子提醒了我

galon

打鸟day 发表于 2020-5-29 23:30
老哥  okey打错了 应该是okay  今天debug了好久才发现的

哈哈哈老哥和我一样，估计这贴下的老铁们都是卡这了哈哈哈哈