mmc read用来读取mmc内容到内存, mmc write用来写入内存内容到mmc中 具体用法, mmc read <device num> addr blk# cnt [partition] mmc write <device num> addr blk# cnt [partition] mmc list device num是mmc的设备号,可以通过mmc list查询 addr是内存地址 blk# 是mmc内的块号 cnt 块数目 使用范例: mmc write 2 0x

mmc io的读写从mmc_queue_thread()的获取queue里面的request开始. 先列出调用栈,看下大概的调用顺序, 下面的内容主要阐述这些函数如何工作. host->ops->request() // sdhci_request() mmc_start_request() mmc_start_req() mmc_blk_issue_rw_rq() mmc_blk_issue_rq() Mmc_queue_thread() mmc_queue_thread()  struct

1. Linux MMC 驱动子系统 块设备是Linux系统中的基础外设之一,而 MMC/SD 存储设备是一种典型的块设备.Linux内核设计了 MMC子系统,用于管理 MMC/SD 设备. MMC 子系统的框架结构如下图所示,其中core layer根据MMC/SD设备协议标准实现了协议.card layer与Linux的块设备子系统对接,实现块设备驱动以及完成请求,具体协议经过core layer的接口,最终通过host layer完成传输,对 MMC设备进行实际的操作.和 MMC设备硬件相

原文网址:http://blog.chinaunix.net/uid-28685940-id-3889878.html /*************************************************************************************************************************************//* bus.c */ /* *  linux/drivers/mmc/core/bus.c * *  Cop

前言 主要是想对Linux mmc子系统(包含mmc sd sdio)驱动框架有一个整体的把控,因此会忽略某些细节,同时里面涉及到的一些驱动基础,比如平台驱动.块设备驱动.设备模型等也不进行详细说明原理,涉及到sd/mmc/sdio协议部分也只会简单带过,因为linux内核mmc子系统里面已经实现了这些协议,我们以后并不需要重新实现这些,只需要对协议有个简单的了解,基于内核版本:2.6.35.6.如果有任何错误地方,请指出,谢谢! mmc.sd.sdio介绍 SD/MMC卡是一种大容量.性价比高

点击打开链接 内容来自以下博客: http://blog.csdn.net/qianjin0703/article/details/5918041 Linux设备驱动子系统第二弹 - SD卡 (有介绍SD卡硬件)http://blog.csdn.net/wavemcu/article/details/7366852     linux2.6内核SD Card Driver详细解析之一http://blog.chinaunix.net/uid-147915-id-3063162.html     

[转]http://www.wowotech.net/basic_tech/mmc_sd_sdio_intro.html 1. 前言 熟悉Linux kernel的人都知道,kernel使用MMC subsystem统一管理MMC.SD.SDIO等设备,为什么呢?到底什么是MMC?SD和SDIO又是什么?为什么可以用MMC统称呢? 在分析Linux kernel的MMC subsystem之前,有必要先介绍一些概念,以便对MMC/SD/SDIO有一个大致的了解,这就是本文的目的. 2. 基本概念

1.uboot借用(移植)了linux驱动(1)linux驱动本身做了模块化设计.linux驱动本身和linux内核不是强耦合的,这是linux驱动可以被uboot借用(移植)的关键.(2)uboot移植了linux驱动源代码.uboot是从源代码级别去移植linux驱动的,这就是linux系统的开源性.(3)uboot中的硬件驱动比linux简单.linux驱动本身有更复杂的框架,需要实现更多的附带功能,而uboot本质上只是个裸机程序,uboot移植linux驱动时只是借用了linux驱动的

  mmc io的读写从mmc_queue_thread()的获取queue里面的request开始. 先列出调用栈,看下大概的调用顺序, 下面的内容主要阐述这些函数如何工作. host->ops->request() // sdhci_request() mmc_start_request() mmc_start_req() mmc_blk_issue_rw_rq() mmc_blk_issue_rq() Mmc_queue_thread() mmc_queue_thread()  stru

一.host简单说明 host,也可以理解为host controller,是指mmc总线上的主机端,mmc总线的控制器,每个host controller对应一条mmc总线. host controller会控制命令线.数据线和时钟线,从而实现mmc总线上的通讯. 上层发送mmc请求时,就是通过host controller产生对应的mmc通讯时序,下发至mmc设备,与mmc设备通讯. 注意,host的部分主要是实现card的通讯和检测,不去负责card的具体功能. 二.host驱动简单说明

笔记参考了宋宝华老师的<Linux设备驱动开发详解:基于最新的Linux 4.0内核>以及韦东山老师的嵌入式驱动教程 笔记开发环境: 单板:第一章到第八章使用TINY4412-1611:第九章及之后章节使用iTOP4412_SCP精英版 编译工具链:arm-linux-gcc-4.3.2 内核版本:linux-3.5-20170221 busybox版本:busybox-1.20.0 重要知识点会使用加粗字体 一.驱动基础:系统调用过程 二.点亮LED:字符驱动框架:完成init()和exit

一.MMC简介 eMMC在封装中集成了一个控制器,提供标准接口并管理Nand Flash,使得手机厂商就能专注于产品开发的其它部分,并缩短向市场推出产品的时间. 对于我们来说,eMMC就是在Nand Flash上添加负责ECC.管理坏块等功能的控制器. 在内核中,使用MMC子系统统一管理MMC.SD.SDIO等设备.从MMC规范发布至今,基于不同的考量(物理尺寸.数据位宽和clock频率等),进化出了MMC.SD.microSD.SDIO.eMMC等不同的规范.其本质是一样的,这也是内核将它们统

1.Linux 总线模型         Linux下的任何驱动在内核中最终都抽象为bus, driver以及device三者间的相互作用. 总线是处理器和一个或多个设备之间的通道,在设备模型中,所有的设备都通过总线相连接.总线将设备和驱动绑定,在系统每注册一个设备的时候,会遍历该总线上的driver list,通过bus的math函数寻找与之匹配的驱动:相反的,在系统每注册一个驱动的时候,会便利该总线上的device 寻找与之匹配的设备,而匹配由总线的match函数完成.一但匹配,则会调用总线

硬件平台:S3c6410 操作系统:Android 网卡芯片:GH381(SDIO接口 sdio8688) 1.SDIO驱动 因为是SDIO接口,所以请先保证mmc驱动(代码在“kernel\drivers\mmc”)部分能够正常工作,这个一般调试flash的时候会涉及到,问题不大,因为S3c6410平台的HSMMC有3个,要根据硬件原理图确认网卡的SDIO接口接在哪个上面了,我调试的时候是HSMMC1,针对HSMMC1涉及到的修改有 ① "kernel\arch\arm\configs\smd

1.中断处理程序与其它内核函数真正的差别在于,中断处理程序是被内核调用来对应中断的,而它们执行于中断上下文(原子上下文)中,在该上下文中执行的代码不可堵塞. 中断就是由硬件打断操作系统. 2.异常与中断不同.它在产生时必须考虑与处理器时钟同步.异常被称为同步中断,比如:除0.缺页异常.陷入内核(trap)引起系统调用处理程序异常. 3.不同的设备相应的中断不同,而每一个中断都通过一个唯一的数字(中断号)标识. 4.既想让中断处理程序执行得快,又想中断处理程序完毕的工作量多.为了在这两个相悖的目标

文章目录 原理图补充说明 开机串口输出 开发板硬件配置 参考文档 工具下载 代码下载 安装交叉编译器 编译kernel 制作文件系统 配置nfs 配置smb Minimal client-only SAMBA configuration 下载新内核运行 使用u-boot cs8900网卡驱动 MMC驱动 USB驱动 缺少文档,以下信息是试出来的... 串口设置:115200/数据位8/奇偶校验无/停止位1/流控无 正常开机:D4红灯常亮,D1.D2.D5绿灯常亮 不正常开机1:D1.D2不亮 不

<嵌入式Linux开发实用教程> 基本信息 作者: 朱兆祺    李强    袁晋蓉 出版社:人民邮电出版社 ISBN:9787115334831 上架时间:2014-2-13 出版日期:2014 年4月 开本:16开 页码:258 版次:1-1 所属分类:计算机 > 操作系统 > Linux 更多关于>>> <嵌入式Linux开发实用教程> 编辑推荐 国家重点图书出版规划项目 ARM公司鼎力推荐 基于ARM11,深入浅出 U-Boot-2013.04

RT-Thread v2.1.0是v2.0.1正式版这个系列的bug修正版.RT-Thread v2.1.0修正的主要内容包括: 这个版本经历的时间比较长,并且原定的一些目标也还未能完成(更全的POSIX支持,包括device fd,socket等在内的select API接口等).树莓派类似的BSP也未能有支持,等等,历时时间已接近1年半...满满的遗憾!虽然是这样,2.1.0这个版本依然有着大量的更新,特别是对新芯片的支持:内核.组件部分更改:* 增强event机制,当接收事件时,如果参数置

1.尝试编译分析结果 配置编译下载尝试 (1)检查Makefile中ARCH和CROSS_COMPILE(2)make xx_defconfig(3)make menuconfig(4)make -j4. 显示结构:Starting kernel ...后没有任何反应(...为uboot输出的最后信息) 结果分析: (1)根据运行结果,分析发现:linux内核的自解压代码都没有运行(因为没有看到:Uncompressing Linux... done, booting the kernel.)(

转自:http://blog.csdn.net/duqi_2009/article/details/38009717 1.中断处理程序与其他内核函数真正的区别在于,中断处理程序是被内核调用来相应中断的,而它们运行于中断上下文(原子上下文)中,在该上下文中执行的代码不可阻塞.中断就是由硬件打断操作系统. 2.异常与中断不同,它在产生时必须考虑与处理器时钟同步.异常被称为同步中断,例如:除0.缺页异常.陷入内核(trap)引起系统调用处理程序异常. 3.不同的设备对应的中断不同,而每个中断都通过一个

本文转载自:https://blog.csdn.net/eleven_xiy/article/details/71249365 [摘要] [背景] [正文] [总结]   注意:请使用谷歌浏览器阅读(IE浏览器排版混乱)   [摘要] 本文将以jffs2文件系统的访问过程为例,从全局视角,介绍一下linux文件系统的实现机理.本文不追求细节实现,旨在通过访问过程,把文件系统的基本原理尽量全面地展现在大家面前. [背景] 1 为日后回顾方便. 2 很多朋友想了解文件系统的实现原理,但不知道如何入门