- 博客(6)
- 收藏
- 关注
RSS订阅转载 自动创建设备文件
<br />每次测试自己写的驱动模块都要自己mknod设备文件，总觉得是一种不好的行为<br />而且要自己指定主设备号和次设备号，就是没有书上说sysfs、udev什么程序员不需关心设备号之类的优点了<br /><br />内核TMD经常变，一个2.6.25上还好好的驱动，跑到2.6.29上就不能编译通过了，妈的，<br />可以理解为什么Linux驱动工程师会高薪了，好，我忍了<br /><br /><br />这里的方法只能保证倒2.6.31，再往后就未知了，所以死读书是不行的<br />要融会贯通，
2011-05-02 11:33:00
568
原创 rmmod: chdir(/lib/modules): No such file or directory?
<br /><br />1.创建/lib/modules/2.6.30空目录就.<br />2.使用如下源码生成rmmod命令,就可以没有任何提示的卸载ko模块了[luther.gliethttp]<br />#include <stdio.h><br />#include <stdlib.h><br />#include <unistd.h><br />#include <fcntl.h><br />#include <string.h><br />#include <errno.h><br />int
2011-04-26 14:13:00
432
原创 insmod: cannot insert 'memdev.ko': Device or resource busy的问题
<br /><br />编译内核模块的时候，需要使用一个编译过的内核文件来支持，如果在makefile里面指定的内核路径下的内核未经过编译，在这里编译内核模块是不能通过的，这个比较重要。<br />编译完成之后，nfs起根文件系统。把测试程序和内核模块memdev.ko都拷贝到根文件系统下，进行测试。<br />可是遇到错误如下：<br /># ls test/
2011-04-26 11:37:00
1802
原创 nfs:server is not responding,still trying的解决之道
<br />我在arm上通过NFS共享文件时出现下面的错误提示<br />nfs:server is not responding,still trying<br /><br />原因分析：NFS 的默认传输协议是 UDP，而PC机与嵌入式系统通过UPD交互时就会出现严重的网卡丢包现象。<br /><br />解决方法：在客户端改用TCP协议，使用下面的命令，<br />#mount -t nfs -o nolock -o tcp 192.168.1.161:/opt /opt
2011-04-26 11:34:00
533
原创 cs8900a丢包现象
<br />在移植cs89x0后，就一直碰到如下这个问题：<br /> nfs: server 192.168.10.1 not responding nfs: server 192.168.10.1 not responding nfs: server 192.168.10.1 OK …… 嵌入式系统要经过很多次很长时间的尝试才能挂上。初步怀疑是NFS配置的问题，后来猜测可能是由于cs8900a丢包严重造成的。 <br /> 在nfs faq找到： kernel: nfs: s
2011-04-26 11:33:00
519
原创 开博感言
<br /> 做技术有将近四个年头了，现在想想自己所拥有的专业知识还是微乎其微。<br /> 自参加工作以来，有做过电路设计，八位机硬件开发，软件开发与调试，AVR开发，都是在参考很多专业书籍，遇到问题Baidu，不断地克服一个又一个的困难。没办法，公司太小，没有前辈指导，现在想来真的感谢网络强大的力量 ，给了我开发工作的大力支持。<br /> 从去年开始，本人慢慢接触ARM开发，从买mini2440开发板到学习国嵌的视频教程，这是一个漫长的过程，因为要工作，所以时间上不能相对集中学习，中
2011-04-26 10:59:00
303
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人