luojianbing1的专栏

mx51_bbg r9.2电源管理MC13892config：kernel_imx/ arch/ arm/ march-mx5/ mx51_babbage_pmic_mc13892.c                                                                             kernel_imx/ kernel/ power/ main.c                             clock config in bootloade

<br />2. 内核启动过程分析<br />内核启动过程经过大体可以分为两个阶段：内核映像的自引导；linux内核子模块的初始化。start Decompress_kernel() Call_kernel Stext: Prepare_namespace Do_basic_setup init Rest_init Setup_arch …… Start_kernel _enable_mmu Exe

<br /><br />首先是  init进程启动（一些native服务启动）          <br />           如： servicemanager启动<br />                    Zygote启动<br />                       SysytemServer启动，在<br />                           init1<br />                           init2函数中

<br />转自： http://www.cnblogs.com/heaad/archive/2010/07/17/1779829.html <br />1.1      U-Boot工作过程<br /> <br />U-Boot启动内核的过程可以分为两个阶段，两个阶段的功能如下：<br />       （1）第一阶段的功能<br />Ø 硬件设备初始化<br />Ø 加载U-Boot第二阶段代码到RAM空间<br />Ø 设置好栈<br />Ø 跳转到第二阶段代码入口<br />  

<br />android的系统应用中的一个重要的进程就是zygote,所有的java应用程序进程都是由zygote派生出来的，zygote这个进程的作用就是“生儿子”。具体的一个应用如何出来的大家可以看我以前的一篇文章-----Android 应用初始化及窗体事件的分发。<br />   首先要了解一点初始化语言的基本知识吧：<br />Services（服务）是一个程序，他在初始化时启动，并在退出时重启（可选）。Services（服务）的形式如下：<br />       service <name>

获得进程列表（本文原创转载请注明出处：http://blog.youkuaiyun.com/rickleaf ）基础知识PID   进程IDPPID 父进程ID分析（1）初始化进程：我们先看init和kthread的两个进程，Linux启动的时候加载第一个进程是init他的PID是1，因为是由kernel创建的所以PPID是0，在Linux启动以后内核把自己抽象成进程kthread，他的PID是2也是有最初的kernel创建的因此他的PPID也是0。系统的其他进程都是源于这两个进程，其他的内核进程源于kthread

转自：http://blog.youkuaiyun.com/rickleaf/archive/2011/04/28/6369720.aspx<br />1.System Services<br />首先我要声明一下，我讲的System Services并非Android 开发应用程序时，所涉及的Service（后台应用服务程序）的概念。<br />我要讲的System Services是Android操作系统Java应用程序下层的，伴随操作系统启动而运行的系统后台服务程序。<br />它是Android系统运行的基石，

<br />在 s3c6410平台上移植android2.3 过程中SD卡总是不能自动挂载。 查阅相关资料，知道在android2.3中是 vold程序负责检查内核的 sysfs 文件系统，发现有SD卡插入后，自动挂载。 在文件系统目录 /system/etc/  下有一个vold.fstab 文件，该文件是系统与用户硬件平台的交互接口，用户根据自己的平台来配置这个文件，里面内容比较简单，只需要你指定sys下vold程序需要查询的文件夹路径，当SD卡插入设备后，这个路径下会产生相应的文件，v

<br />本文先介绍了一下MMC 的基本框架结构，然后采用自底向上的方法来分析整个MMC 层是如何共同作用的。阅读时请结合参考资料1和2.<br />参考资料：<br />1.SD Memory Card Specifications / Part 1. Physical Layer Specification; Version 1.0  <br />2.LDD3 CHAPTER-16 BLOCK DEVICE<br />3. http://www.sdcard.org<br />1.硬件基础：<br /

Android代码下载的是Froyo 2.2版本的，直接make，出现错误提示： You are attempting to build on a 32-bit system. Only 64-bit build environments are supported beyond froyo/2.2 查找资料，确

4、CORE层分析：CORE层完成了不同协议和规范的实现，并为HOST层的驱动提供了接口函数，在HOST层我们曾经调用的两个函数：mmc_alloc_host(sizeof(struct s3cmci_host), &pdev->dev);mmc_add_host(mmc );我们就从这两个函数入手，来分析CORE层与HOST层是如何交互的。先看mmc_alloc_host函数： dev_set_name(&host->class_dev, "mmc%d", host->ind

编译Android源码需要JDK1.5版（主要是需要其中的javadoc），1.6版是不兼容的。JDK1.5已经停止支持，其最终的版本是JDK 5.0 Update 22。可从Sun官网上下载:http://java.sun.com/javase/downloads/5u22/jdk选择平台Linux，勾选同意许可协议：单击Continue，在弹出的页面中一

转自：http://blog.chinaunix.net/u3/113851/showart_2253712.html1.kernel版本：linux-2.6.34开发板：PW2440CPU:S3C3440LCD:3.5 寸TFT（320×240），Model Name LQ035NC1112.LCD的参数设定是需要根据LCD的手册来设定arch/arm/mach-s3c2

<br />主要介绍linux 内核启动过程以及挂载android 根文件系统的过程，以及介绍android 源代码中文件系统部分的浅析。<br />      主要源代码目录介绍<br />Makefile （全局的Makefile）<br />bionic （Bionic 含义为仿生，这里面是一些基础的库的源代码）<br />bootable （引导加载器）<br />build （build 目录中的内容不是目标所用的代码，而是编译和配置所需要的脚本和工具）<br />dal

<br />分别来自<br /><br />http://dingpwen.spaces.live.com/blog/cns!4CADD02D22459860!208.entry?fl=cat<br />http://www.eepw.com.cn/article/89567.htm<br />http://blog.youkuaiyun.com/guiterb/archive/2009/04/03/4047369.aspx<br />##########################################

<br />Android 开机会出现3个画面：<br />a. Linux 系统启动，出现Linux小企鹅画面(reboot)；<br />b. Android平台启动初始化，出现"A N D R I O D"文字字样画面；<br />c. Android平台上层图形系统启动，出现含闪动的ANDROID字样的动画图片(start)。<br />1/ 开机图片(Linux小企鹅)<br />Linux Kernel引导启动后，加载该图片。<br />/kernel/trunk/d

<br />Android从Linux系统启动有4个步骤；<br />(1) init进程启动<br />(2) Native服务启动<br />(3) System Server，Android服务启动<br />(4) Home启动<br /><br />总体启动框架图如：<br /><br /> 第一步：initial进程(system/core/init)<br /> <br />     init进程，它是一个由内核启动的用户级进程。内核自行启动（已经被载入内存，开始运行，并已初始化所有的设备驱动

<br />在系统中，电源占有比较关键的地位。MC13892是可以供给i.MX51，i.MX37，i.MX35和i.MX27内核电压的一款电源管理芯片，主要可以应用于手持设备。<br /><br />1、MC13892的模块图<br /><br />从上图可以比较清晰的了解到，在MC13892中包含了以下内容：<br />●座充和USB充电的电池管理系统；<br />●10位的ADC；<br />●直接给内核和Memory供电的转换器（Buck Switcher）；<

<br />本文从以下几个方面粗浅地分析u-boot并移植到FS2410板上：<br />1、u-boot工程的总体结构<br />2、u-boot的流程、主要的数据结构、内存分配。<br />3、u-boot的重要细节，主要分析流程中各函数的功能。<br />4、基于FS2410板子的u-boot移植。实现了NOR Flash和NAND Flash启动,网络功能。　<br />这些认识源于自己移植u-boot过程中查找的资料和对源码的简单阅读。下面主要以smdk2410为分析对象。<b

<br />18)enable_interrupts(),使能中断。由于CONFIG_USE_IRQ没有定义，空实现。<br />　　  #ifdef CONFIG_USE_IRQ<br />    /* enable IRQ interrupts */<br />    void enable_interrupts (void)<br />    {<br />     unsigned long temp;<br />     __asm__ __volatile__("mrs

1. LCD工作的硬件需求：   要使一块LCD正常的显示文字或图像，不仅需要LCD驱动器，而且还需要相应的LCD控制器。在通常情况下，生产厂商把LCD驱动器会以COF/COG的形式与LCD玻璃基板制作在一起，而LCD控制器则是由外部的电路来实现，现在很多的MCU内部都集成了LCD控制器，如S3C2410/2440等。通过LCD控制器就可以产生LCD驱动器所需要的控制信号来控制STN/TFT屏了。 2. S3C2440内部LCD控制器结构图：我们根据数据手册来描述一下这个集成在S3C2440

<br />u-boot源码分析<br />本文从以下几个方面粗浅地分析u-boot并移植到FS2410板上：<br />1、u-boot工程的总体结构<br />2、u-boot的流程、主要的数据结构、内存分配。<br />3、u-boot的重要细节，主要分析流程中各函数的功能。<br />4、基于FS2410板子的u-boot移植。实现了NOR Flash和NAND Flash启动,网络功能。　<br />这些认识源于自己移植u-boot过程中查找的资料和对源码的简单阅读。下面主

<br /><br />U-Boot启动流程<br />大多数bootloader都分为stage1和stage2两大部分，u-boot也不例外。依赖于CPU体系结构的代码(如设备初始化代码等) 通常都放在stage1，且可以用汇编语言来实现，而stage2则通常用C语言来实现，这样可以实现复杂的功能，而且有更好的可读性和移植性。<br />u-boot启动大致流程如图1所示：<br />                                    

<br />i.MX25系列的GPIO口大多是复用口，如果我们想将某IO口设置为输入或输出，首先需通过复用配置寄存器将该IO口配置为GPIO，然后再配置GPIO的相关寄存器。<br />通过配置SW_MUX_CTL寄存器选择IO口的工作模式，每一个管脚都对应一个SW_MUX_CTL寄存器，具体通过如下描述：<br />IOMUXC_SW_MUX_CTL_PAD_<Pin_Name><br />这里<Pin_Name>为管脚名。寄存器对应描述见表1：<br /> <br /> <br />表1：SW_MUX_

<br />Linux 下驱动GPIO 其实不用自己写,最近项目要用到开发板上的GPIO,搜索了一番,发现linux 下实现GPIO 驱动实在是太方便了,有现成的framework 可用,基本上要做的事情就是定义一下<br />Linux 下通过框架实现LED 大致过程如下<br />1、实现框架要求的几个函数<br />int gpio_request(unsigned gpio, const char *label)<br />void gpio_free(unsigned gpio)<

<br />键盘是6x6矩阵式，在网上下了对应的PATCH，下载地址是<br />https://patchwork.kernel.org/patch/71857/<br /> <br />这个补丁会创建两个文件<br />arch/arm/plat-mxc/include/mach/mxc_keypad.h //mxc_keypad_platform_data键盘平台设备的结构体<br />/drivers/input/keyboard/mxc_keypad.c //驱动实现文件<br />打好补丁后，会

<br />ALSA中的链表结构<br />       在ALSA中设计到很多的链表结构，理解这些链表能更好的理解ALSA<br />a)       card->devices<br />card->devices链表的建立方便了card相关设备的注册过程和设备的管理。通过这个链表，在注册设备的过程中，可以先将设备（包括设备编号，设备相应的操作指针等）添加进链表中，然后再遍历链表，各自的设备调用本身的注册函数将自身注册，完成card相关所有设备的注册过程。<br />b)      snd_pcm_de

<br />Android中的Service大概有如下三种（据我所知）：<br /><br />²  Android Application Service：在Android AP开发中常常用到的一种概念。从最直白的视角来看，就是剥离了界面的Activity，它们在很多Android的概念方面比较接近，都是封装有一个完整的功能逻辑实现，只不过Service不抛头露脸，只是默默无声的做坚实的后盾。概括说，这一组件是利用Framework中的AIDL，采用拿来主义实现RPC其更详尽的原理请参看《深入Androi

<br />键盘是6x6矩阵式，在网上下了对应的PATCH，下载地址是<br />https://patchwork.kernel.org/patch/71857/<br /> <br />这个补丁会创建两个文件<br />arch/arm/plat-mxc/include/mach/mxc_keypad.h //mxc_keypad_platform_data键盘平台设备的结构体<br />/drivers/input/keyboard/mxc_keypad.c //驱动实现文件<br />打好补丁后，会

转自 blog.youkuaiyun.com/menuconfig/archive/2008/07/29/2729278.aspxUSB协议简介 USB是一种协议总线，即主机与设备之间的通信需要遵循一系列约定。协议内容较多，这里仅作一些简单介绍，深入学习，可参看USB规范(W