linux+arm驱动入手问题

 

开发板mini2440

虚拟机系统 fedora

交叉编译链 友善之臂arm-linux-gcc-4.4.3

linux内核 2.6.32.2

 从安装开发环境到开始第一个驱动,而且还是完全照着手册来的,而且没有自己写,完全只是熟悉流程,没想到这个过程也是这么的不容易,今天不是来庆功的,今天来鼓励自己的,最简单的hello模块到今天为止还是失败。

至于其他的大大小小的问题和一些方法就不多讲了,本来想弄完了hello模块的驱动在来个总结,自己捣鼓了俩天,baidu google搜了不少,问题没有解决,今天终于在群里面问了,大家也很积极帮我这新手,不过后来群主的几句话让我很泄气啊,大概意思就是先去google一下,可能他们看起来很简单的问题吧,可能google一下就找了答案了。可是我也google了俩天了,额,也许是对的吧,不过很打击新手。给自己鼓励一下吧,继续加油!

问题1 加载hello模块的时候modprobe: 'mini2440_hello_module.ko': invalid module format 的错误,log/messages中的信息如下

[root@FriendlyARM /]# cat var/log/messages
Aug 28 17:49:57 FriendlyARM syslog.info syslogd started: BusyBox v1.13.3
Aug 28 17:50:11 FriendlyARM daemon.info init: starting pid 692, tty '': '-/bin/'

问题2 启动nfs服务的时候

[root@tom char]# /etc/init.d/nfs start
Starting NFS services:  [  OK  ]
Starting NFS quotas: [  OK  ]
Starting NFS daemon: [FAILED]

问题3 编译虚拟机系统内核出错 进行make操作时候出错

make[1]: *** No rule to make target `missing-syscalls'.  Stop.
make: *** [prepare0] Error 2

 

总结整个过程,开始配置好了nfs服务,可以挂载,安装好了交叉编译工具,前天照着ARM Linux 入门与实践一书时照着写了一个linux下的hello驱动,发现编译的时候出现很多的文件和变量找不到的错误,上网一搜,发现是因为内核没有编译的原因,按照网上的方法,在/usr/src/kernels/2.6.25-14.fc9.i686下面make,发现出现上面的问题3的出错,我又上网搜,找了很多办法也试了好多,而且可能已经改变了一些内核的东西吧,反正是一个一个的方法试的。后面没有弄成功。

接下来又去看mini2440的用户手册,里面有hello模块的详细步骤,我就照着一步步做,其他也遇到了问题,那就是配置了Kconfig后在make menuconfig的时候发现没有mini2440的模块,后面又是在内核配置中配置了一番,不过后面是搞定了,依赖关系中的前一个选项没有选上,一开始什么都不懂的原因啊,学习吧。后面就照着一步步终于是弄出了一个mini2440_hello_module.ko的模块,要把这个模块下到开发板中去,然后动态加载进内核,我就想到用nfs共享来传,启动nfs时,出现问题2的出错。我怀疑是前面内核给弄的,网上一顿搜索,没有解决,无解就暂时放着,用串口传,又捣鼓了一顿串口,好了,终于是传到开发板了,动态加载内核模块,出现问题1的错误,上网一顿搜,没有解决。整个过程大概就这样吧。

我自己思考着着几个问题应该是一起的,就是说,要是我没有 make那个内核可能就不会启动不了nfs 或者这个加载 hello模块可能也是好的,那就是这个问题在于那个内核make的问题上。

第二,问题2和问题1中提示信息中都有deamon这个信息,是不是这俩个问题其实会不会是一个问题?

第三,对于问题1也有可能是编译内核和编译模块的gcc版本问题,其实对于这个版本问题,好晕,一来工具有版本问题,而且,现在一个linux系统有个内核版本,我用的是fedora9.0 内核是2.6.25-14.fc9.i686 然后在这个linux上面又装了一个内核 是linux2.6.32.2的,然后开发板上的linux也有一个内核,2.6.32.2-FriendlyARM,要把这些东西的依赖关系弄清楚,哪些应该是要相同的。

第四,看能不能解决linux内核那个make的问题。这个可能是关键。

今天暂且把这些先写到这里 2011-08-28 21:21 

高兴一下,刚刚他们电子设计大赛的同学给了一块西瓜吃,赞一下。

驱动入手问题的解答在另一篇文章中,是因为后面写的,而且内容比较多就另外写了一篇文章。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
串口在ARM Linux系统中作为一种常见的通信方式,广泛应用于开发、调试和其他工程操作。本文将从“用户怎样在ARM Linux系统上进行串口调试?”这个问题入手,介绍串口的基本概念、通信类型、奇偶校验位等一些重要规范,以及在ARM Linux系统中进行串口调试时常见的问题、解决方法等内容。 首先,我们来看一下串口的基本概念。串口是一种同步通信方式,也称为“串行通信”,是一种在同一时间内仅传输一个字节或几个字节的数据的通信方式,与并口的“并行通信”相对。串口一般包括两条数据线:TXD(发送数据线)和RXD(接收数据线),以及两条控制线:RTS(即请求发送)和CTS(即清除发送)。通常,传输数据时由发送方将数据一位一位地发送,接收方接收并组合成完整的数据。串口的优点是可以走长线,适合远距离通信。由于许多机器都不带有串口,我们需要一些适配器(USB转串口适配器)来进行通信。 在进行ARM Linux系统中的串口调试时,需要了解一些串口的基本规范。其中包括波特率、数据位、停止位、奇偶校验位等。在Linux中,设置串口规范主要通过命令行或在运行时修改tty驱动程序来实现。在ARM Linux中,我们可以使用stty命令行工具来设置串口规范。stty命令行可以用来查看和设置串口的各种属性,这些属性包括波特率、数据位、停止位、奇偶校验位等,还可以设置流控制方式等。 接下来,我们来看一下在ARM Linux系统中进行串口调试时常见的问题及其解决方法。1. 数据发送不成功:可能是串口的波特率、数据位、停止位或奇偶校验位设置错误,或者硬件通信线路出现问题。解决方法:检查各项参数设置是否正确,并检查通信线路是否连接正确,排除硬件故障。2. 接收数据错误或丢失:可能是硬件通信线路出现问题,或是通信过程中出现误码,导致数据接收错误或丢失。解决方法:检查通信线路是否连接正确,以及数据接收是否存在丢包等问题。如果可能,可以尝试更换硬件设备,或进行软件升级。3. 串口卡死或崩溃:可能是系统内核出现问题,或是驱动程序出现故障。解决方法:重启系统或重新安装驱动程序,并检查系统内核是否存在异常运行的情况。 总的来说,进行ARM Linux系统中的串口调试需要掌握一些比较基本的规范、属性等,同时还需要注意一些常见的问题,并随时进行排查和解决。只有对这些知识进行深入学习和实践,才能更好地实现串口通信的功能,使得ARM Linux系统更加可靠和高效。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值