eMMC(KLM8G2FE3B)

Tiny4412原理图中,eMMC是169-PIN,资料中对应内存为16/32G;而用户手册上eMMC内存为4G,对应的是153-PIN?

原理图中上标注:KLM8G2FE3B-B001_1.8V/SDIN5C1-8G;

手册中

----

时间: 2024-08-27 13:40:58

eMMC(KLM8G2FE3B)的相关文章

NAND flash学习所获----(Zac)

Nand Falsh外围电路:peripheral circuit 1.Nand flash里至少有2个state Machine(controller),即2个主控. 一个主控:负责处理前端事情. 一个主控:负责后端任务处理. 2.DDC:Dynamic Data cache(包括SDC,PDC,TDC,DDC1,DDC2),有的解析为Page buffer,或者sense Amps. 镁光的NAND flash:L94C:单die 8G,L95B:单die 16G 大致的物理结构图: 所以体

嵌入式Linux裸机开发(十)——SD卡启动

嵌入式Linux裸机开发(十)--SD卡启动 存储设备分类: 磁存储设备:软盘.硬盘.光盘.CD.磁带 Flash:NandFlash.NorFlash 缺点:时序复杂,无坏块处理机制,接口不统一 NandFlash:MLC(可靠性差,容量大).SLC(可靠性高.容量小) 扩展卡式Flash:SD卡.MMC卡.MicroSD(TF卡) 内部为NnadFlash存储颗粒,外部封装了接口,接口标准统一.通用. 缺点:频繁使用导致卡槽接触不可靠 iNand.MoviNand.eSSD: 内部为Nand

u-boot的学习(一)

一.U-boot的版本选择 1. 操作系统分层的概念 Windows的bios是集成在主板上,它是一段固化得程序,然后进入内核模式,在内核模式中进行硬件初始化,API初始化:紧接着进入用户模式,最后进入应用模式. Linux系统下,bootloader要把内核的zImage文件从EMMC中读取到内存中. 2.bootloader种类介绍 Bootloader 描述 x86 ARM PowerPC LILO Linux磁盘引导程序 是 否 否 GRUB GNU的LILO替代程序 是 否 否 ROL

Android 开发之 ---- bootloader (LK)

LK是什么 LK 是 Little Kernel 它是 appsbl (Applications ARM Boot Loader)流程代码  ,little kernel 是小内核小操作系统. LK 代码 在 bootable/bootloadler/lk 目录下 LK 代码结构 +app            // 应用相关 +arch           // arm 体系 +dev            // 设备相关 +include      // 头文件 +kernel       

[Linux驱动]字符设备驱动学习笔记(一)

一,主设备号和次设备号代表的含义?linu内核是如果根据主设备号找驱动,次设备号找设备的. 答:通常一个主设备号代表一个驱动,比如在block设备中,一个主设备号代表一个emmc设备,不同次设备号代表的是不同的分区 Linux内核允许多个驱动共享一个主设备号,但更多的设备都遵循一个驱动对一个主设备号的原则.内核维护者一个以主设备号为key的全局哈希表,而哈希表中数据部分则为与该主设备号设备对应的驱动程序(只有一个次设备)的指针或者多个次设备驱动程序组成的数组的指针(次设备共享主设备号) 二,编写

基于tiny4412的u-boot移植(一)

作者信息 作者:彭东林 邮箱:[email protected] QQ: 405728433 平台介绍 开发环境:win7 64位 + VMware11 + Ubuntu14.04 64位 开发板:tiny4412ADK + S700 + 4GB eMMC + 1G DDR3 工具链:友善之臂提供的 arm-linux-  (gcc version 4.5.1) 要移植的u-boot版本:u-boot-2015-10 参考u-boot版本:友善之臂提供的 u-boot-2010-12 摘要 本博

Android recovery分析(一)---全量升级包的编译流程

一.前言 recovery的最主要功能就是升级,而升级文件就是升级包了,那么升级包时如何编译出来的呢?文就这个问题做个简要的分析. 注:本文中的叙述纯属个人理解,欢迎批评指正. 二.升级包编译命令 1.source build/envsetup.sh 2.lunch (选择合适的配置) 3.make otapackage 注:有些平台可能没有将"recoveryimage"."bootimage"等目标添加为"otapackage"目标的依赖,而

Android系统Recovery工作原理之使用update.zip升级过程分析(六)---Recovery服务流程细节【转】

本文转载自:http://blog.csdn.net/mu0206mu/article/details/7465439  Android系统Recovery工作原理之使用update.zip升级过程分析(六)---Recovery服务流程细节            Recovery服务毫无疑问是Recovery启动模式中最核心的部分.它完成Recovery模式所有的工作.Recovery程序对应的源码文件位于:/gingerbread0919/bootable/recovery/recovery

Tiny4412 u-boot分析(2)u-boot启动流程

从大方面来说,u-boot的启动分成两个阶段,第一个阶段主要的职责是准备初始化的环境,主要有以下几点 ①设置异常向量表 ②把CPU的工作模式设置为SVC32模式 ③关闭中断.MMU和cache ④关闭看门狗 ⑤初始化内存.时钟.串口 ⑥设置堆栈 ⑦代码搬移 ⑧清bss段 ⑨跳转到c语言中执行(第二阶段) 此时系统还没有进入C语言的运行阶段,并没有堆栈,也就不需要额外的RAM. 第二阶段在上一段建立好C语言运行环境的基础上,进行各种外设的初始化,并循环执行用户命令.主要流程图如下 当我们执行mak