大佬教程收集整理的这篇文章主要介绍了embedded – 在什么条件下/ sys / kernel / debug / gpio是空的？，大佬教程大佬觉得挺不错的，现在分享给大家，也给大家做个参考。
我的目标是在Intel主板(带有C1037U处理器的NM70芯片组)上控制Peppermint 4 Linux(内核版本3.8.0)中的GPIO引脚.
我正在调试我正在使用sysfs接口的问题,并且我试图了解/ sys / kernel / debug / gpio将为空的条件？
尝试将引脚0导出到255时
echo XX> / SYS /班/ GPIO /出口
对于从0到255的XX,我收到以下错误消息
echo：写错误：没有这样的设备
在什么条件下/ sys / kernel / debug / gpio是空的？
背景
>主板：英特尔采用NM70芯片组
>处理器：C1037U处理器
> OS：Peppermint 4 Linux
>内核版本：3.8.0
> GPIO接口：sysfs
我正在尝试使用sysfs接口,它允许通过文件系统从@L_675_5@空间访问GPIO引脚.
我已经成功地遵循https://help.ubuntu.com/community/Kernel/Compile的“备用构建方法：老式Debian方式”部分来重新编译内核,以便在@L_675_5@空间中公开GPIO访问并打开GPIO的调试模式：
编译新内核后,我第一次能够在/ sys / class / gpio中看到GPIO文件夹.然后,理论上,它应该是能够通过写入文件系统来打开/关闭GPIO端口的情况.这种方法概述于http://falsinsoft.blogspot.co.uk/2012/11/access-gpio-from-linux-user-space.html.
尝试将引脚0导出到255时
echo XX> / SYS /班/ GPIO /出口
对于从0到255的XX,我收到以下错误消息
echo：写错误：没有这样的设备
尝试导出0到255范围之外的引脚时
echo XX> / SYS /班/ GPIO /出口
我收到以下错误消息
echo：写入错误：参数无效
本教程建议这可能是因为GPIO端口是为另一个程序保留的,如果是这样,调试文件(/ sys / kernel / debug / gpio)将能够显示它们的保留位置.
但是,/ sys / kernel / debug / gpio为空.
我可以看到并控制BIOS中的GPIO引脚(将引脚更改为输入或@L_489_21@高/低).
相关问题
writing to /sys/class/gpio/export failing
@H_197_2@
因此,这些GPIO设备在运行时由内核注册并与特定的GPIO设备驱动程序相关联.
反过来,GPIO设备驱动程序被选中并与给定设备相关联,因为它声明了与所述GPIO设备的兼容性.
例如,内核将匹配PCI供应商和产品ID,并探测声称支持该PCI供应商/产品的GPIO驱动程序.探测GPIO驱动程序时,它通常会注册GPIO设备实例.
最后,注册的GPIO设备提供了/ sys / kernel / debug / gpio中显示的GPIO.
以上是大佬教程为你收集整理的embedded – 在什么条件下/ sys / kernel / debug / gpio是空的？全部内容，希望文章能够帮你解决embedded – 在什么条件下/ sys / kernel / debug / gpio是空的？所遇到的程序开发问题。
如果觉得大佬教程网站内容还不错，欢迎将大佬教程推荐给程序员好友。
本图文内容来源于网友网络收集整理提供，作为学习参考使用，版权属于原作者。
如您有任何意见或建议可联系处理。小编QQ：384754419，请注明来意。