在LINUX中最让人不解的大概就是/sys下面的内容了下面首先让我们来创建一个简单的platform设备,并从这个设备的视角进行深入,在此篇文章的深入过程中,我们只看kobeject的模型我所使用的内核版本号为2.6.26,操作系统的内核版本号为2.6.27-7,暂未发现2.6.27-7与2.6.26的重大不同首先写一个简单的模块#include linux/platf

在/drivers/bluetooth/Kconfig下加入如下几行：config BT_LOW_POWER        tristate "Bluetooth low power driver"        depends on BT_HCIUART        help          Bluetooth low power test然后在make

原文：http://blog.youkuaiyun.com/ffilman/article/details/4212307针对该gpio.c的硬件手册是SPRUE25.pdf，可到TI的网站（www.ti.com）上下载,或直接在谷歌里搜索。以下是两个文件gpio.c和gpio.h的浅析。gpio.c/* * TI DaVinci GPIO Support

/*   This program is free software; you can redistribute it and/or modify   it under the terms of the GNU General Public License version 2 as   published by the Free Software Foundation.

原文：http://bbs.chinaunix.net/thread-3589294-1-1.html一般gpio_request封装了mem_request(),起保护作用，最后要调用mem_free之类的。主要是告诉内核这地址被占用了。当其它地方调用同一地址的gpio_request就会报告错误，该地址已被申请。在/proc/mem应该会有地址占用表描述。这种用法的保护作用前提

原文：http://blog.youkuaiyun.com/xhy_851221/article/details/4958840proc目录是系统模拟出来的一个文件系统，本身并不存在于磁盘上，其中的文件都表示内核参数的信息，这些信息分两类，一类是可读可写的，这 类参数都在“/proc/sys”目录下；另一类是只读的，就是“/proc/sys”目录之外的其他目录和文件。当然这只是一种惯例，实际在其他

platform_driver_register注册设备驱动程序platform_device_register注册设备硬件，告诉kernel当前有什么硬件设备。当设备connect后，必须是在device和driver的两条线都有匹配的东西，设备才算匹配上。并且使用driver的probe函数进行设备的初始化。

工作需要，开始学习驱动开发。从课本上学习到的第一个简单的驱动开发及调试，记录如下。    建立源文件chardev.c，文件内容如下：            Makefile如下：        直接make，得到chardev.ko。    然后可以用insmod和rmmod转载和卸载该驱动。    运行insmod chardev.ko，然后我们cat /pro

kernel源码：linux-3.2.16升级linux-3.2.16源码（参照：linux-3.2.6内核升级）。bluetooth驱动模块代码位于linux-3.2.16/net/bluetooth目录下。打开该目录下的Makefile文件，如下：## Makefile for the Linux Bluetooth subsystem.#obj-$(CONFIG_BT