关于驱动模块化编译的问题

九个太阳2023 2010-08-27 09:26:14
平台：linux2.6.32+Ubuntu
硬件：OMAPL-138

实验目的：了解驱动模块化编译、加载、卸载

编写first_driver_hello.c文件，将其放到/linux2.6.32/drivers/char/路径下。

在Kconfig文件中添加如下：

#add by lihao <Aug 26th,2010>
config FIRST_DRIVER_HELLO
tristate "first hello module"
depends on ARM
default m

#end add

在Makefile中添加如下：

#add by lihao <Aug 26th,2010> for hello module
#obj-m += sep4020_hellomodule.o
obj-$(CONFIG_FIRST_DRIVER_HELLO) += first_driver_hello.o
#end add

注意：Kconfig和Makefile都是/linux2.6.32/drivers/char/路径下的

然后
make ARCH=arm CROSS_COMPILE=arm-none-linux-gnueabi- xconfig
make ARCH=arm CROSS_COMPILE=arm-none-linux-gnueabi- uImage

但是在/linux2.6.32/drivers/char/下没有找到first_driver_hello.ko文件

我想请问下，我哪里设置错了？？
...全文
195 10 打赏 收藏 转发到动态 举报
写回复
用AI写文章
10 条回复
切换为时间正序
请发表友善的回复…
发表回复
jiaguang3010717 2010-08-27
  • 打赏
  • 举报
 回复
我还是贴出个模板来吧

ARCH= arm # 指定平台
MVTOOL_PREFIX = /usr/local/arm/3.4.1/bin/arm-linux- #指定编译器,本机或者交叉编译器:绝对路径CROSS_COMPILE= $(MVTOOL_PREFIX)

KDIR := /usr/src/linux-2.6.32 #告诉使用的内核编译
EXEC = hello
obj-m := hello.o #-m编译成模块，注意参数
PWD := $(shell pwd)
all:
$(MAKE) -C $(KDIR) M=$(PWD) modules
jiaguang3010717 2010-08-27
  • 打赏
  • 举报
 回复
不可能啊,你make了没有?确定,编译没有什么提示错误?
可以这样吧
第一、Makefile 文件修改一下，指定输出路径。
第二、随便新建一个文件夹，将你的first_driver_hello.c和Makefile一起放在里面，只要里面指定ARM交叉编译器和使用的内核绝对路径，就可以make了，然后就随便insmod rmmod 调试了
九个太阳2023 2010-08-27
  • 打赏
  • 举报
 回复
[Quote=引用 5 楼 pottichu 的回复:]
3楼的方法可行，另外

你需要 make menuconfig 看看你的配置文件。

另外执行一下：
make ARCH=arm CROSS_COMPILE=arm-none-linux-gnueabi- modules
[/Quote]
make ARCH=arm CROSS_COMPILE=arm-none-linux-gnueabi- modules
用这句话就可以了，呵呵，看来还是基础不行的啊~
pottichu 2010-08-27
  • 打赏
  • 举报
 回复
3楼的方法可行，另外

你需要 make menuconfig 看看你的配置文件。

另外执行一下：
make ARCH=arm CROSS_COMPILE=arm-none-linux-gnueabi- modules
Apple_Demo 2010-08-27
  • 打赏
  • 举报
 回复
呵呵，你连模块都没有编译。
Apple_Demo 2010-08-27
  • 打赏
  • 举报
 回复
你指定一下所编译模块的输出路径
make SUBDIR=drivers/char/ modules
这样就可以在drivers/char目录下找到所编译的模块***.ko
九个太阳2023 2010-08-27
  • 打赏
  • 举报
 回复
[Quote=引用 1 楼 ww2000e 的回复:]
make menuconfig选择first hello module成M，然后make一下吧 ，你看看ldd3前面的例子吧
[/Quote]
first hello module默认的就是M，我保存后编译没有生成.ko文件····
ww2000e 2010-08-27
  • 打赏
  • 举报
 回复
make menuconfig选择first hello module成M，然后make一下吧 ，你看看ldd3前面的例子吧
九个太阳2023 2010-08-27
  • 打赏
  • 举报
 回复
谢谢大家的帮助，结贴给分~~
九个太阳2023 2010-08-27
  • 打赏
  • 举报
 回复
[Quote=引用 7 楼 jiaguang3010717 的回复:]
不可能啊,你make了没有?确定,编译没有什么提示错误?
可以这样吧
第一、Makefile 文件修改一下，指定输出路径。
第二、随便新建一个文件夹，将你的first_driver_hello.c和Makefile一起放在里面，只要里面指定ARM交叉编译器和使用的内核绝对路径，就可以make了，然后就随便insmod rmmod 调试了
[/Quote]
问题解决了，我写在了博客上了
http://blog.csdn.net/hao507/archive/2010/08/27/5843351.aspx
《Android系统源代码情景分析》
《Android系统源代码情景分析》随书光盘内容（源代码） 目录如下： 第1篇 初识Android系统 第1章　准备知识 1.1　Linux内核参考书籍 1.2　Android应用程序参考书籍 1.3　下载、编译和运行Android源代码 1.3.1　下载Android源代码 1.3.2　编译Android源代码 1.3.3　运行Android模拟器 1.4　下载、编译和运行Android内核源代码 1.4.1　下载Android内核源代码 1.4.2　编译Android内核源代码 1.4.3　运行Android模拟器 1.5　开发第一个Android应用程序 1.6　单独编译和打包Android应用程序模块 1.6.1　导入单独编译模块的mmm命令 1.6.2　单独编译Android应用程序模块 1.6.3　重新打包Android系统镜像文件 第２章　硬件抽象层 2.1　开发Android硬件驱动程序 2.1.1　实现内核驱动程序模块 2.1.2　修改内核Kconfig文件 2.1.3　修改内核Makefile文件 2.1.4　编译内核驱动程序模块 2.1.5　验证内核驱动程序模块 2.2　开发C可执行程序验证Android硬件驱动程序 2.3　开发Android硬件抽象层模块 2.3.1　硬件抽象层模块编写规范 2.3.2　编写硬件抽象层模块接口 2.3.3　硬件抽象层模块的加载过程 2.3.4　处理硬件设备访问权限问题 2.4　开发Android硬件访问服务 2.4.1　定义硬件访问服务接口 2.4.2　实现硬件访问服务 2.4.3　实现硬件访问服务的JNI方法 2.4.4　启动硬件访问服务 2.5　开发Android应用程序来使用硬件访问服务 第３章　智能指针 3.1　轻量级指针 3.1.1　实现原理分析 3.1.2　应用实例分析 3.2　强指针和弱指针 3.2.1　强指针的实现原理分析 3.2.2 弱指针的实现原理分析 3.2.3 应用实例分析 第2篇 Android专用驱动系统 第４章　Logger日志系统 4.1　Logger日志格式 4.2　Logger日志驱动程序 4.2.1　基础数据结构 4.2.2　日志设备的初始化过程 4.2.3　日志设备文件的打开过程 4.2.4　日志记录的读取过程 4.2.5　日志记录的写入过程 4.3　运行时库层日志库 4.4　C/C++日志写入接口 4.5　Java日志写入接口 4.6　Logcat工具分析 4.6.1　相关数据结构 4.6.2　初始化过程 4.6.3　日志记录的读取过程 4.6.4　日志记录的输出过程 第５章　Binder进程间通信系统 5.1　Binder驱动程序 5.1.1　基础数据结构 5.1.2　Binder设备的初始化过程 5.1.3　Binder设备文件的打开过程 5.1.4　Binder设备文件的内存映射过程 5.1.5　内核缓冲区管理 5.2　Binder进程间通信库 5.3　Binder进程间通信应用实例 5.4　Binder对象引用计数技术 5.4.1　Binder本地对象的生命周期 5.4.2　Binder实体对象的生命周期 5.4.3　Binder引用对象的生命周期 5.4.4　Binder代理对象的生命周期 5.5　Binder对象死亡通知机制 5.5.1　注册死亡接收通知 5.5.2　发送死亡接收通知 5.5.3　注销死亡接收通知 5.6　Service Manager的启动过程 5.6.1　打开和映射Binder设备文件 5.6.2　注册为Binder上下文管理者 5.6.3　循环等待Client进程请求 5.7　Service Manager代理对象的获取过程 5.8　Service组件的启动过程 5.8.1　注册Service组件 5.8.2　启动Binder线程池 5.9　Service代理对象的获取过程 5.10　Binder进程间通信机制的Java接口 5.10.1　Service Manager的Java代理对象的获取过程 5.10.2　Java服务接口的定义和解析 5.10.3　Java服务的启动过程 5.10.4　Java服务代理对象的获取过程 5.10.5　Java服务的调用过程 第６章　Ashmem匿名共享内存系统 6.1　Ashmem驱动程序 6.1.1　基础数据结构 6.1.2　匿名共享内存设备的初始化过程 6.1.3　匿名共享内存设备文件的打开过程 6.1.4　匿名共享内存设备文件的内存映射过程 6.1.5　匿名共享内存块的锁定和解锁过程 6.1.6　匿名共享内存块的回收过程 6.2　运行时库cutils的匿名共享内存访问接口 6.3　匿名共享内存的C++访问接口 6.3.1　MemoryHeapBase 6.3.2　MemoryBase 6.3.3　应用实例 6.4　匿名共享内存的Java访问接口 6.4.1　MemoryFile 6.4.2　应用实例 6.5　匿名共享内存的共享原理 第3篇 Android应用程序框架 第７章　Activity组件的启动过程 7.1　Activity组件应用实例 7.2　根Activity组件的启动过程 7.3　子Activity组件在进程内的启动过程 7.4　子Activity组件在新进程中的启动过程 第８章　Service组件的启动过程 8.1　Service组件应用实例 8.2 Service组件在新进程中的启动过程 8.3　Service组件在进程内的绑定过程 第９章　Android系统广播机制 9.1　广播机制应用实例 9.2　广播接收者的注册过程 9.3　广播的发送过程 第10章　Content Provider组件的实现原理 10.1　Content Provider组件应用实例 10.1.1　ArticlesProvider 10.1.2　Article 10.2　Content Provider组件的启动过程 10.3　Content Provider组件的数据共享原理 10.3.1　数据共享模型 10.3.2　数据传输过程 10.4　Content Provider组件的数据更新通知机制 10.4.1　注册内容观察者 10.4.2　发送数据更新通知 第11章　Zygote和System进程的启动过程 11.1　Zygote进程的启动脚本 11.2　Zygote进程的启动过程 11.3　System进程的启动过程 第12章　Android应用程序进程的启动过程 12.1　应用程序进程的创建过程 12.2　Binder线程池的启动过程 12.3　消息循环的创建过程 第13章　Android应用程序的消息处理机制 13.1　创建线程消息队列 13.2　线程消息循环过程 13.3　线程消息发送过程 13.4　线程消息处理过程 第14章　Android应用程序的键盘消息处理机制 14.1　键盘消息处理模型 14.2　InputManager的启动过程 14.2.1　创建InputManager 14.2.2　启动InputManager 14.2.3　启动InputDispatcher 14.2.4　启动InputReader 14.3　InputChannel的注册过程 14.3.1　创建InputChannel 14.3.2　注册Server端InputChannel 14.3.3　注册系统当前激活的应用程序窗口 14.3.4　注册Client端InputChannel 14.4　键盘消息的分发过程 14.4.1　InputReader获得键盘事件 14.4.2　InputDispatcher分发键盘事件 14.4.3　系统当前激活的应用程序窗口获得键盘消息 14.4.4　InputDispatcher获得键盘事件处理完成通知 14.5　InputChannel的注销过程 14.5.1　销毁应用程序窗口 14.5.2　注销Client端InputChannel 14.5.3　注销Server端InputChannel 第15章　Android应用程序线程的消息循环模型 15.1　应用程序主线程消息循环模型 15.2　与界面无关的应用程序子线程消息循环模型 15.3　与界面相关的应用程序子线程消息循环模型 第16章　Android应用程序的安装和显示过程 16.1　应用程序的安装过程 16.2　应用程序的显示过程
驱动模块的编译与安装
驱动模块的编译与安装模块可以被选择“模块化编译”或“静态编译” 1. 分离式模块化编译：需要在内核运行时动态加载（也能实现开机加载 ）；非常适合驱动的开发与调试 2. 静态编译：链接入内核镜像，默认被加载；适合开发完成后在产品中使用 3. 统一式模块化编译：和内核一起编译，并统一输出到文件系统，在内核启动时统一开机加载 ；有利于实现开机加速
理解kernel Makeiflie 编译
12年嵌入式开发，一直在一线做产品研发， 深深明白，看懂编译流程，掌握代码是如何编译非常重要做一个芯片方案，从拿到资料和代码开始，第一件事就是编译代码，解决编译问题另外，看懂代码也必须看懂编译过程，哪些参与编译，哪些在什么条件编译其次，根据不同产品方案，一定要修改代码，不可避免要修改编译脚本很多同学只懂得简单的添加一个编译驱动，如何选择配置文件，内核这套编译体系工作的本质非常模糊或者不清楚。本课程分析内核vmlinux生成规则， 单个文件如何生成，内核模块的生成， 整个kernel的编译体系， 让你对内核有更深入的掌握。 
嵌入式Linux 开发经验：内核驱动静态编译与模块编译
嵌入式Linux 开发经验：内核驱动静态编译与模块编译
【Kernel】驱动编译的两种方式：编译成模块、编译进内核（使用杂项设备驱动模板）
杂项设备的驱动是驱动开发中最简单最方便的，核心就是处理write信号和read信号做出对应的反应。如果需要将驱动编译成模块前提是有编译好的kernel，并且开发板是烧录的该版本的kernel，编译成模块我们只需要新建一个Makefile文件： 然后我们只需要make就会生成.ko文件，然后将ko文件拷贝到开发板中，加载驱动使用insmod、卸载内核使用rmmod。 驱动编译进内核 如果要将驱动编译到内核中去则需要新建两个文件一个Makefile一个Kconfig Makefile Kconfig 相关的Kc
Linux_Kernel

4,441

社区成员

17,460

社区内容

发帖
与我相关
我的任务
社区描述
Linux/Unix社区 内核源代码研究区
社区管理员
  • 内核源代码研究区社区
加入社区
  • 近7日
  • 近30日
  • 至今

加载中

查看更多榜单
社区公告
暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章