GQB的专栏

一、platform设备和驱动与linux设备模型密切相关。platform在linux设备模型中，其实就是一种虚拟总线没有对应的硬件结构。它的主要作用就是管理系统的外设资源，比如io内存,中断信号线。现在大多数处理器芯片都是soc，如s3c2440，它包括处理器内核（arm920t）和系统的外设（lcd接口，nandflash接口等）。linux在引入了platform机制之后，内核假设所有的这

前段时间研究nandflash驱动，很好奇，到底是怎么探测nandflash，以及驱动等等。好吧，现在开始不说了。首先在板级文件里面必须添加设备信息，static struct resource s5pv210_nand_resource[] = {[0] = {.start = 0xB0E00000,.end   = 0xB0E00000 + 0x00100000 -

inittab文件格式/etc/inittab文件是Linux系统第一个进程init的配置文件。其每个记录占一行，每行最多512个字符。该文件的每个记录的格式为：:id:runlevel:action:process其中，id是一个不超过4个字符的标识，用来唯一标识一条记录。runlevel表明该条记录中涉及的进程所可以运行的级别；如果为空表示可运行于所有的运行级别；如果该

最近被一个问题困扰了很久，就是TI的dvsdk 编译出来的可加载模块cmemk.ko，这个模块是TI 专门针对DSP和ARM 之间共享内存，数据交互而设计的，在dvsdk编译完成后会被放在，system/ti-dsp/下面。那我遇到什么问题了 呢，原来是整个android系统可以在SD卡中启动并正确的完成cmemk.ko模块的加载，加载主要是通过文件系统中内核运行的第一个脚本init.rc

声明：本博内容均由http://blog.youkuaiyun.com/droidphone原创，转载请注明出处，谢谢！1. struct snd_card 1.1. snd_card是什么snd_card可以说是整个ALSA音频驱动最顶层的一个结构，整个声卡的软件逻辑结构开始于该结构，几乎所有与声音相关的逻辑设备都是在snd_card的管理之下，声卡驱动的第一个动作通常就是创

声明：本博内容均由http://blog.youkuaiyun.com/droidphone原创，转载请注明出处，谢谢！一.  概述    ALSA是Advanced Linux Sound Architecture 的缩写，目前已经成为了linux的主流音频体系结构，想了解更多的关于ALSA的这一开源项目的信息和知识，请查看以下网址：http://www.alsa-project

先cat /dev/fb0 >a.dat生成一个不就行了？以后就拿这个a.dat测试shell脚本中${#0}表示第0个参数的长度，也就是命令的长度，${#1}表示第一个参数的长度。举例：./sub_str.sh hello 2 3刚${#0}=12  ${#1}=5${#2}=1 ${#3}=1  内核态调试神器：valgrind内存使用检测，包括：    –

原创作品，转载时请务必以超链接形式标明文章原始出处:http://blog.youkuaiyun.com/gqb666/article/details/8444528,作者:gqb666最近在TI 的DVSDK下写驱动模块时老受linux内核svn版本号问题的困扰，如"2.6.37-svn41"、"2.6.37-svn51"等等，svn版本变一次，从上面取下的代码内核版本就要变一次，这样造成原来驱动模

原创作品，转载时请务必以超链接形式标明文章原始出处:http://blog.youkuaiyun.com/gqb666/article/details/8351080,作者:gqb666      最近在学习Linux虚拟总线platform驱动框架，对其中为一字符串申请内存使用strlen时未加1有点疑惑，于是通过写几个demo把研究发现的心得，记录了下来，分享给大家，有理解不够准确的地方还请大家多

原创作品，转载时请务必以超链接形式标明文章原始出处:http://blog.youkuaiyun.com/gqb666/article/details/8260018       最近需要使用CCSV5使用gdbserver远程调试ARM cortex-a8的程序，移植成功gdbserve,使用的版本包是gdb-7.1，主机环境为ubuntu10.04,开发板挂载的nfs文件系统。CCSV5已经自

YAFFS2移植Linux3.0.1 成功 (2012-03-27 13:47)转自：http://blog.chinaunix.net/uid-14114479-id-3150123.html YAFFS2移植Linux2.6.39.2 成功（需要更改YAFFS2官方最新源代码）附上自己修改好的Linux2.6.39.2-yaffs2.tar.gz。原

linux platform 驱动模型分析一. 概述    platform设备和驱动与linux设备模型密切相关。platform在linux设备模型中，其实就是一种虚拟总线没有对应的硬件结构。它的主要作用就是管理系统的外设资源，比如io内存,中断信号线。现在大多数处理器芯片都是soc，如s3c2440，它包括处理器内核（arm920t）和系统的外设（lcd接口，nandflash接口等

转自:无为和尚的Linux内核大讲堂系列。http://blog.youkuaiyun.com/z2007b/article/details/6388753今天又升级了最新版内核2.6.38.5，编了一下，我之前写的几个模块都可以用，看来这一块没有太大差异。顺便把内核升级写了一个相关的文档。大家如果没升级过内核的可以参考一下：http://blog.youkuaiyun.com/z2007b/archive/20

转自:无为和尚的Linux内核大讲堂系列。http://blog.youkuaiyun.com/z2007b/article/details/6388753终于快讲完了，这一节其实就是让上节我们所说的四大天王露下小脸。源码分析请自行完成吧。我建议大家可以试着先看一下代码，如果能看懂，那就把我写的那破玩意删掉，自已实现一遍，如果不能看懂，那马上回过去从第一小节重新看过，耐心，一定要有耐心，没耐心，啥

U-boot发展到现在，他的命令行模式已经非常接近Linux下的shell了，命令行模式模式下支持“Tab”键的命令补全和命令的历史记录功能。而且如果你输入的命令的前几个字符和别的命令不重复，那么你就只需要打这几个字符即可，比如我想看这个U-boot的版本号，命令就是“ version”，但是在所有的命令中没有其他任何一个的命令是由“v”开头的，所以只需要输入“v”即可。[u-

一个破NFS网络文件系统挂了我整整三天，现在终于挂上了，总结下经验教训。基本的平台是电脑上直接安装的fedrora 8＋TE2440。挂在NFS文件系统，需要几个步骤：一，修改/etc/exports文件     gedit /etc/exports     *****************     /nfs 192.168.0.*(rw)     *******

声明：本博内容均由http://blog.youkuaiyun.com/droidphone原创，转载请注明出处，谢谢！1. PCM是什么PCM是英文Pulse-code modulation的缩写，中文译名是脉冲编码调制。我们知道在现实生活中，人耳听到的声音是模拟信号，PCM就是要把声音从模拟转换成数字信号的一种技术，他的原理简单地说就是利用一个固定的频率对模拟信号进行采样，

1.  ASoC的由来ASoC--ALSA System on Chip ，是建立在标准ALSA驱动层上，为了更好地支持嵌入式处理器和移动设备中的音频Codec的一套软件体系。在ASoc出现之前，内核对于SoC中的音频已经有部分的支持，不过会有一些局限性：   Codec驱动与SoC CPU的底层耦合过于紧密，这种不理想会导致代码的重复，例如，仅是wm8731的驱动，当时Lin

原文地址：http://blog.chinaunix.net/space.php?uid=741742&do=blog&id=359307#_Toc250039760目录1.    Abstract2.    Introduction3.    音频驱动框架介绍3.1      音频设备的注册3.2     音频驱动的注册3.2.1

声明：本博内容均由http://blog.youkuaiyun.com/droidphone原创，转载请注明出处，谢谢！Control接口Control接口主要让用户空间的应用程序（alsa-lib）可以访问和控制音频codec芯片中的多路开关，滑动控件等。对于Mixer（混音）来说，Control接口显得尤为重要，从ALSA 0.9.x版本开始，所有的mixer工作都是通过contr

前面一节的内容我们提到，ASoC被分为Machine、Platform和Codec三大部分，其中的Machine驱动负责Platform和Codec之间的耦合以及部分和设备或板子特定的代码，再次引用上一节的内容：Machine驱动负责处理机器特有的一些控件和音频事件（例如，当播放音频时，需要先行打开一个放大器）；单独的Platform和Codec驱动是不能工作的，它必须由Machine驱动把它们结

1.  Codec简介在移动设备中，Codec的作用可以归结为4种，分别是：对PCM等信号进行D/A转换，把数字的音频信号转换为模拟信号对Mic、Linein或者其他输入源的模拟信号进行A/D转换，把模拟的声音信号转变CPU能够处理的数字信号对音频通路进行控制，比如播放音乐，收听调频收音机，又或者接听电话时，音频信号在codec内的流通路线是不一样的对音频信号做出相应的处理

1.  Platform驱动在ASoC中的作用前面几章内容已经说过，ASoC被分为Machine，Platform和Codec三大部件，Platform驱动的主要作用是完成音频数据的管理，最终通过CPU的数字音频接口（DAI）把音频数据传送给Codec进行处理，最终由Codec输出驱动耳机或者是喇叭的音信信号。在具体实现上，ASoC有把Platform驱动分为两个部分：snd_soc_pl

转自：http://blog.youkuaiyun.com/ralph_sqd/article/details/6292203在移植wifi模块时，需要先把wifi的驱动insmod到内核中去，但刚开始时并不顺利，出现了内核版本标识不匹配，导致wlan.ko无法装载的现象# insmod wlan.kowlan: version magic '2.6.32.9 mod_unload ARM

转自：http://blog.youkuaiyun.com/benkg/article/details/7250932实现功能：在Devkit8000开发板上实现android环境运行开发板：TI-OMAP3530，以及其他配件，容量大的SD卡一张运行环境：ubuntu10.04；1.接下来要下载源码，由于TI(德州仪器公司官方网站提供了android源码，所以我们可以到期官方

转自:无为和尚的Linux内核大讲堂系列。http://blog.youkuaiyun.com/z2007b/article/details/6388753上节我们已经领教了传说中的bus_register，这节我们继续领教同样是神级的driver_register。driver_register如果看懂了，device自行分析应该没太大的问题。照样先给出一个小的例子代码。 typed

转自:无为和尚的Linux内核大讲堂系列。http://blog.youkuaiyun.com/z2007b/article/details/6388753上节我们大概分析了driver_register是怎么工作的。有的细节虽然没有到位，但是记住一句话，贪多嚼不烂，我们首先要建立的是驱动模型在我们脑海中的第一印象。本节将讲述最后两个主角，device和class的创建。讲完这些就会来个大集合。让

转自:无为和尚的Linux内核大讲堂系列，并对个别地方进行了补充更正（见标红处）。http://blog.youkuaiyun.com/z2007b/article/details/6388753可能把驱动模型放在第一章讲会有点难度，但是只要能跨过这道坎，后面就会轻松很多，驱动模型是整个linux设备驱动的基石。大部分人把驱动模型叫做设备模型，但是我查了linux的帮助文档，就是在下载源码路径下的Do

转自:无为和尚的Linux内核大讲堂系列。http://blog.youkuaiyun.com/z2007b/article/details/6388753上节我们分析到int kset_register(struct kset *k)函数中的kobject_add_internal(&k->kobj),我们接着分析,先唤起来一下大家的记忆，给出kset_register的函数定义：int k

转自:无为和尚的Linux内核大讲堂系列。http://blog.youkuaiyun.com/z2007b/article/details/6388753实在是让大家久等了，因为最近离职，所以繁锁的事情很多，今天终于把离职手续给办完了，不过还有一堆事情没有做，如果更新的慢的话，请大家多多包涵。言归正传。俗话说的好：光说不练假把式。很明显本帅哥不是假把式。为了让大家一起对驱动模型有直观的认识，

原创作品，转载时请务必以超链接形式标明文章原始出处:http://blog.youkuaiyun.com/gqb666/article/details/8790680,作者:gqb666  博主从事嵌入式Linux内核驱动开发工作，在工作学习中收集了一些Linux内核驱动开发相关的经典书籍，最近将这些经典书籍陆续以资源的形式传到了优快云上，希望能给同行以帮助，但因为博主下载积分级别关系，还有些经典书