先给出函数原型：struct platform_device *platform_device_alloc(const char *name, int id){ struct platform_object *pa; pa = kzalloc(sizeof(struct platform_object) + strlen(name), GFP_KERNEL); if (pa) {  strcpy(

<br />Linux内核LED模块分析（二）<br />上次分析到那里后，还是有些同志说看不懂，那我就继续分析一把我认为不需要继续分析的东西吧。上回分析了<br />led_cdev和trigger的关系后就没有继续说了。有同志还是没明白怎么调用的。干活的函数是：<br />static void led_heartbeat_function(unsigned long data)<br />{

<br />看懂后总结了一下，其实就两句话：<br />工作队列初始化就是开启一个内核线程，然后内核线程会将你注册在链表上的动作（函数）按顺序执行，执行完后将函数从链表上移除。<br />内核通知链其实就是一个回调函数链。你首先需要将你要执行的动作注册到链表上。然后在一个地方call通知链的时候，CALL函数就会将链上注册的函数顺序执行一遍。再CALL一次就再执行一次。

<br />LINUX内核大讲堂系列（序论）<br /> 其实我也是过来人，深知没有接触过内核开发的同志在无人指导的情况下独自学习LINUX设备驱动的感受。都是买书，看<br />BLOG，自已调个小程序，很难有同志能够坚持下去，市面上的书籍也不是说写的不好，只是大家的基础都不一样，另外我感觉有一<br />点就是那些书籍在看了之后始终感觉有一层捅不破的纸，看书的时候感觉啥都会，书一关，好像又啥都

可能把驱动模型放在第一章讲会会有点难度，但是只要能跨过这道坎，后面就会轻松很多，驱动模型是整个linux设备驱动的基石。大部分人把驱动模型叫做设备模型，但是我查了linux的帮助文档，就是在下载源码路径下的Documentation目录中找到driver-model这个目录，里面包含的文件就是我在本章中所要讲述的东西，也就是我所说的驱动模型。因此本文都会用驱动模型这个术语（如果各位觉得这种叫法是错

<br />Linux内核大讲堂 (二) 传说中的字符设备(2)<br />       这一节我们先给出一个字符设备的小例子，源码结构如下：<br />|-- wwhs_chardev<br />|   |-- Makefile<br />|   |-- wwhs_chardrv.c      //驱动<br />|   `-- wwhs_chardrv_test.c  //小测试程序<br /

Linux内核中的的原子变量分析Linux内核中有几个东西是比较常见的，原子变量就是其中之一。其实之前我也没有专门去折腾过这些东西，毕竟就那么几行代码，只要知道这个意思就行了。也就仅限于知道有一条汇编指令叫lock。用这个可以保证数据操作的原子性。但前几天因为某些原因翻了一下RCU的代码，RCU的代码在指针赋值的时候并未lock。所以有些奇怪。经过一翻折腾，终于有了一些答案。现写出来与大家一起

应群里几位聊的好的哥们的邀请，要我分析一个内核模块。我后面就选了LED模块分析，LED模块分析不算难，但要说清楚其实还是很挑战的。今天俺的文章被推荐到首页了。挺有成就感的。我的文章虽然不登大雅之堂，但只要能给到大家一起指点，哪怕就一点点我就心满意足了。好了，闲话不多说了，开始我们的linux内核之旅吧。这一节是应群里几位兄弟的要求讲LED模块，我稍微看了一下，就挑了一个最软的柿子来捏。怎么样挑到一

<br />Linux内核大讲堂 (一) 设备驱动的基石驱动模型（7）<br />终于快讲完了，这一节其实就是让上节我们所说的四大天王露下小脸。源码分析请自行完成吧。我建议大家可以试着先看一下代码，如果能看懂，那就把我写的那破玩意删掉，自已实现一遍，如果不能看懂，那马上回过去从第一小节重新看过，耐心，一定要有耐心，没耐心，啥都完了。帖上原码:<br />Makefile:<br />obj-m+=

实在是让大家久等了，因为最近离职，所以繁锁的事情很多，今天终于把离职手续给办完了，不过还有一堆事情没有做，如果更新的慢的话，请大家多多包涵。言归正传。俗话说的好：光说不练假把式。很明显本帅哥不是假把式。为了让大家一起对驱动模型有直观的认识，小弟花了一点点时间写了几个小例子（目前只有一个）。就是为了让大家领会最神秘的驱动模型，有了这些小例子，结合我前面两篇源码分析的文章，哥可以告诉你，你已经具备内核