上帝之爱

去年暑假结束的时候有个东西困扰了我好久，是有关LCD驱动参数设置问题，没想到今天搞定了~拿出来分享下最近闲得无聊看到以前玩2440的问题：在LCD驱动中有这么个代码：s3c_lcd->fix.smem_len = 480*272*32/8;很奇怪我看到天嵌给的LCD说明书有关分辨率是这样描述的：High Resolution: 391,680 Dots (480 RGB x 272)，

在玩我板子是发现，编写驱动自动创建设备节点的函数后，mdev竟然会自动产生"字符设备"的节点！因为我移植的驱动是块设备驱动，所以肯定mdev机制出现问题，文件系统我用的是busybox 1.16.2。寻找解决方法找到竟然是busybox自身的bug导致....尼玛坑爹不，不过也正常，毕竟是开源工具，又不付费~~免费用人家东西，出点问题正常 ...       其实问题出在busybox 1.1

（*（volatile unsigned long *))这个语句对于不同的计算机体系结构，设备可能是端口映射，也可能是内存映射的。如果系统结构支持独立的IO地址空间，并且是端口映射，就必须使用汇编语言完成实际对设备的控制，因为C语言兵没有提供真正的“端口”的概念。如果是内存映射，那就方便多了。以 #define IOPIN (*((volatile unsigned

前段时间由于项目需要，检测2440某IO口高电平的持续时间，刚开始打算使用PWM定时器，理论上这方法也可以，但是写其驱动很麻烦。内核自带有计时当前系统时间函数do_gettimeofday，其实更深层次就是PWM定时器，只是内核已经在底层写好了，我们可以直接在驱动中拿来用。部分驱动代码：static DECLARE_WAIT_QUEUE_HEAD(button_waitq);

学了整整一年的Linux了，因为是硬件专业所以喜欢搞驱动，从输入子系统、平台设备总线、LCD驱动、i2c驱动等学习中发现这么一种现象。在驱动中都逃离不了这三步：一：分配写内核的大神们给我们写驱动的提供了各种各样的相关数据结构、函数等，例如LCD的fb_info、输入子系统的input_dev结构体等等。二：设置第一步做完就是要实现具体功能了，大神们给我们提供的结构体里面

linux中Framebuffer的原理及实现机制*一、FrameBuffer的原理*         FrameBuffer 是出现在 2.2.xx 内核当中的一种驱动程序接口。         Linux是工作在保护模式下，所以用户态进程是无法象DOS那样使用显卡BIOS里提供的中断调用来实现直接写屏，Linux抽象出 FrameBuffer这 个设备来供用户态进程实现直接写屏。F

U-Boot第一阶段的启动流程。这个阶段主要是初始化硬件设备，为加载U-Boot的第二阶段代码准备RAM空间最后跳转到lib_arm/board.c中start_armboot函数，这是第二阶段的入口点。 U-Boot第一阶段的存储器布局。上图中U-Boot安装在Nand Flash，启动时Nand Flash控制器前4KB的代码复制到SRAM中，这4KB的代码再将

作者：刘洪涛,华清远见嵌入式学院讲师。一、概述基于子系统去开发驱动程序已经是linux内核中普遍的做法了。前面写过基于I2C子系统的驱动开发。本文介绍另外一种常用总线SPI的开发方法。SPI子系统的开发和I2C有很多的相似性，大家可以对比学习。本主题分为两个部分叙述，第一部分介绍基于SPI子系统开发的理论框架；第二部分以华清远见教学平台FS_S5PC100上的M25P10芯片为例（

版权所有，转载请说明转自 http://my.csdn.net/weiqing1981127一．SPI理论介绍SPI总线全名，串行外围设备接口，是一种串行的主从接口，集成于很多微控制器内部。和I2C使用2根线相比，SPI总线使用4根线：MOSI (SPI 总线主机输出/ 从机输入)、 MISO (SPI总线主机输入/从机输出)、SCLK(时钟信号，由主设备产生)、C