Linux悬挂设备/驱动程序问题
我有一个带有Linux 4.14的嵌入式设备。我的问题 /问题是将系统从悬挂到RAM恢复并与 /SYS FS和设备树中存在的设备节点相关的一般问题。我的问题是，驱动程序在简历后找不到任何设备，我认为设备树节点的设备属性已经消失了，但我不知道为什么。
据我了解，在启动内核一次时，设备树已被解析。例如，与通用-EHCI驱动程序兼容的USB EHCI节点。在暂停之前，我可以在此处看到此关系/sys/bus/platform/ee0a0100.usb/uevent。
DRIVER=ehci-platform
OF_NAME=usb
OF_FULLNAME=/soc/usb@ee0a0100
OF_COMPATIBLE_0=generic-ehci
OF_COMPATIBLE_N=1
MODALIAS=of:NusbT<NULL>Cgeneric-ehci
悬挂式简历后，这些属性消失了，EHCI_PLATFORM驱动程序找不到任何适当的设备。
OF_NAME=usb
OF_FULLNAME=/soc/usb@ee0a0100
OF_COMPATIBLE_N=0
MODALIAS=of:NusbT<NULL>
简历后我必须初始化Devicetree或在暂停之前保存它？哪个组件可以负责破坏系统FS信息以及如何预防？
谢谢 托比亚斯
I have a embedded device with Linux 4.14. My question/issue is a general one while resuming the system from suspend to ram and relates to the /sys FS and the device nodes which are present in device tree. My problem is that the drivers cannot find any device after resume and I assume the device properties from device tree nodes are gone but I don't know why.
As I understand the device tree is parsed while starting the kernel once. E.g. the usb ehci node which is compatible to the generic-ehci driver. Before the suspend I can see this relation here /sys/bus/platform/ee0a0100.usb/uevent.
DRIVER=ehci-platform
OF_NAME=usb
OF_FULLNAME=/soc/usb@ee0a0100
OF_COMPATIBLE_0=generic-ehci
OF_COMPATIBLE_N=1
MODALIAS=of:NusbT<NULL>Cgeneric-ehci
After the resume from the suspend these properties are gone and the ehci_platform driver cannot find any proper device.
OF_NAME=usb
OF_FULLNAME=/soc/usb@ee0a0100
OF_COMPATIBLE_N=0
MODALIAS=of:NusbT<NULL>
Do I have to initialize the devicetree after resume or save it before suspend? Which component can be responsible for destroying the sys fs informations and how I can prevent it?
thanks
Tobias
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论