近两个月一直在坚持学习linux驱动这块 ， 感觉进度比较慢 ，而且效率比较低。。。。。。。

   之前学习了解了一下内核的一些基本的机制， 比如中断处理 ，并发控制 ，IO访问这些 ， 自己也写了一些小程序去实现这些功能 ， 从而加深对它的理解 。感觉倒还是不错 。后面又了解了一下基本的设备模型的思想和原理 ，这就是开始着手去熟悉各种驱动的框架了 ，Platform，USB，LCD等等这些框架 ，感觉有点恼火 ，个人觉得本身驱动框架的学习比较花费时间和精力 ，再加上这些东西 ，不能实际的操作 ，学习效率上， 很难保障 ，现阶段学这块 ，也在做学习笔记 ，但感觉也就是起一个了解的作用 ~~~~
  
也不知道这样的学习方法正确与否 ， 希望各位大虾们指点一下。谢谢

额， 本人今年毕业 ， 很想正式入职之前 ， 好好学一下驱动这块 ，打一下基础 ，争取到时能够进公司的驱动项目组。

3 楼说的很好。

驱动开发， 只能靠慢慢积累， 硬件知识是不可或缺的，
不了解硬件工作的基本原理，很多很简单的道理，你就怎么也想不通。
即使一个最简单的设备驱动，你也要能看懂原理图，看懂芯片资料，
看懂 CPU 相关的资料，若有硬件工程师配合，这些并不难。

所谓驱动本身并不复杂，只是 Linux 为了扩展性和通用性，
做了大量的框架性设计， 你只要弄明白 集中常规的设备框架就行了。
块设备和网络设备需要2次开发的几率不大，所以你重点弄明白
字符设备的框架就行。 另外像 USB, PCI 这些总线，你现在
就不要看了，牵涉的东西太多。
3楼说的很好，你看看 platform bus 的来龙去脉就好了，
搞清楚基本的总线是怎么回事。

PS:背 C 库， 属于刻舟求剑的行为。

就是以建构而言吧，样样懂不如一样精，以platform bus为例吧，也许去编写一个platform驱动很简单，无非就是那几个API，但是还是需要知道那背后的故事，才会编写出更好的程序。如果能够将platform总线，cdev设备，以及class类都能很好的理解后，然后再去看一些常用的bus建构就会好理解很多。因为有很多是相通的。对于cdev有很多东西可以去理解的，比如mmap，阻塞和非阻塞实现，如何处理并发等等这些都是需要好好去理解的，即是是一个内存开辟也有很多窍门的，如kmalloc,vmalloc，alloc_bootmem等这几者之间的区别，在什么场合下使用。再比如说并发控制中的信号量和自旋锁这两种的区别等等。这些东西都需要好好去理解的。学习驱动，不懂datasheet是很麻烦的，硬件可以不懂，但是数字电路绝对要懂，比如时序，register，等等。

买个mini2440开发板玩玩，进步更快。

LZ怎么要转行学嵌入式了？楼上几位说得都不错，相同的我就不说了。首先毕业第一年到公司，不可能直接做东西的，主要是配合别的工程师，帮他们测试测试，之后半年或一年之后，才会让你负责相应的某个模块。代码一般来说都是现成的，主要就是维护。

但前提是你要能进做嵌入式的公司，会不会驱动对一个刚毕业的同学来说，公司不是很关心，这个只要你的C语言基础好就可以了。

如果你能进去了，虽然头一年不让你负责相关的模块，但是这期间你就要看相应的书了:LKD, LDD3, ULD3,一年之后基本上就可以上手了。