裝置樹之MMC匯流排例項
MMC匯流排重要屬性
address-cells = <1> 該屬性值必須為1
size-cells = <0> 該屬性值必須為0
max-frequency mmc匯流排最大時鐘頻率
bus-width mmc匯流排位寬,常用值:1,2,4,8
no-1-8-v 該屬性表示系統不支援1.8v MMC裝置
cap-power-off-card 該屬性表示關閉電源很安全
keep-power-in-suspend 該屬性表示MMC裝置待機時不掉電
cd-gpios 該屬性表示使用gpio作為熱插拔探測引腳
broken-cd 該屬性表示沒有熱插拔探測引腳,使用輪詢檢測
non-removable 該屬性表示不需要熱插拔探測功能,裝置一直存在(比如eMMC)
注意:
上述3個屬性不能同時使用,只能設定其中1個屬性。
下圖1為MMC匯流排SPEED相關屬性:
屬性 | 最大匯流排頻寬[MB/s] | 最大時鐘頻率[MHz] | 工作電壓[V] |
---|---|---|---|
cap-sd-highspeed | 25 | 50 | 3.3 |
sd-uhs-sdr12 | 12.5 | 25 | 1.8 |
sd-uhs-sdr25 | 25 | 50 | 1.8 |
sd-uhs-sdr50 | 50 | 100 | 1.8 |
sd-uhs-sdr104 | 104 | 208 | 1.8 |
sd-uhs-ddr50 | 50 | 50 | 1.8 |
mmc-ddr-1_8v | 104 | 52 | 1.8 |
mmc-ddr-1_2v | 104 | 52 | 1.2 |
mmc-hs200-1_8v | 200 | 200 | 1.8 |
mmc-hs200-1_2v | 200 | 200 | 1.2 |
mmc-hs400-1_8v | 400 | 200 | 1.8 |
mmc-hs400-1_2v | 400 | 200 | 1.2 |
圖1
MMC匯流排例項
相關推薦
裝置樹之MMC匯流排例項
MMC匯流排重要屬性 address-cells = <1> 該屬性值必須為1 size-cells = <0> 該屬性值必須為0 max-frequency mmc匯流排最大時鐘頻率 bus-width mmc匯流排位寬,常用值:1,2,4,8
裝置樹之HDMI輸出例項
一 HDMI輸出例項詳解 圖1
裝置樹之I2C和SPI例項
I2C例項 clock-frequency i2c匯流排頻率,常用值有100000,400000 address-cells 該屬性值必須為1 size-cells 該屬性值必須為0 i2c具體例項如下圖所示:
第18章 ARM Linux裝置樹之四(常用的OF API)
18.4 常用的OF API除了前文介紹的of_machine_is_compatible()、of_device_is_compatible()等常用函式以外,在Linux的BSP和驅動程式碼中,經常會使用到一些Linux中其他裝置樹的API,這些API通常被冠以of_字首
tiny4412 裝置樹之LCD背光碟機動(五)
開發板:tiny4412(1611) 核心:linux4.4 編譯器: arm-none-linux-gnueabi-gcc (gcc version 4.8.3 20140320) 4412晶片gpx1 2接到雙向電平轉換器上: LCD上有一個
學習裝置樹之(十一)Backlight
開發板:tiny4412SDK + S702 + 4GB Flash 要移植的核心版本:Linux-4.4.0 (支援device tree) u-boot版本:友善之臂自帶的 U-Boot 2010.12 busybox版本:busybox 1.25 目標: 由於 tiny4
linux裝置模型之mmc,sd子系統
struct mmc_host { 171 struct device *parent; 172 struct device class_dev; 173 int
tiny4412 裝置樹之SD卡驅動(三)
開發板:tiny4412(1611) 核心:linux4.4 編譯器:arm-none-linux-gnueabi-gcc (gcc version 4.8.3 20140320) 在linux核心中,SD卡屬於MMC子系統,簡單的介紹: http://blog.
linux裝置樹之gpio
#include <linux/init.h> #include <linux/module.h> #include <linux/kernel.h> #include <linux/version.h> #include &
Linux裝置驅動模型之platform匯流排深入淺出(加入裝置樹)
在Linux2.6以後的裝置驅動模型中,需關心匯流排,裝置和驅動這三種實體,匯流排將裝置和驅動繫結。在系統每註冊一個裝置的時候,會尋找與之匹配的驅動;相反,在系統每註冊一個驅動的時候,會尋找與之匹配的裝置,而匹配由匯流排完成。 對於依附在USB、PCI、I2C
ZYNQ之uboot,kernel,裝置樹,檔案系統生成(轉載)
轉載自:https://www.cnblogs.com/huakaimanlin/p/9055800.html Vivado:2016.4 Linux:Ubuntu16.4 ZYNQ:xc7z020 下載檔名稱 2016.4-zed-release.tar.x
十一、Linux驅動之platform匯流排裝置驅動
1. 基本概念 從Linux2.6開始Linux加入了一套驅動管理和註冊機制—platform平臺匯流排驅動模型。platform平臺匯流排是一條虛擬匯流排,platform_device為相應的裝置,platform_driver為相應的驅動。與傳統的bu
嵌入式核心及驅動開發之學習筆記(十七) 裝置樹的定義規則和獲取方法
概述 在Linux 2.6中,arch/arm/plat-xxx和arch/arm/mach-xxx中充斥著大量的垃圾程式碼,相當多數的程式碼只是在描述板級細節,而這些板級細節對於核心來講,不過是垃圾,如板上的platform裝置、resource、i2c_board_info、sp
Linux:核心之解析DTS裝置樹檔案並建立裝置的過程
核心之解析DTS裝置樹檔案並建立裝置的過程 在這裡,我分析的是核心原始碼來自谷歌官方Android7.1.2原始碼包經過打補丁包"SC60_Android7.1.2_Quectel_SDK_r270060_20180731.tar.gz"後得到的. 本文分析時使用的
裝置樹學習之(二)點燈
開發板:tiny4412SDK + S702 + 4GB Flash 要移植的核心版本:Linux-4.4.0 (支援device tree) u-boot版本:友善之臂自帶的 U-Boot 2010.12 busybox版本:busy
linux驅動由淺入深系列:塊裝置驅動之三(塊裝置驅動結構分析,以mmc為例)
linux驅動由淺入深系列:塊裝置驅動之一(高通eMMC分割槽例項)前一篇文章介紹了塊裝置驅動在linux框架張的位置關係,本文來分析一下驅動本身。塊裝置驅動的模型還是基本基於字元裝置驅動的,可以簡單理解為塊裝置僅僅增加了操作緩衝區,對使用者操作請求進行佇列重排。因此只在有了
ARM Linux 3.x 的裝置樹(Device Tree)之DTB、DTS
1、ARM Device Tree起源 Linus Torvalds在2011年3月17日的ARM Linux郵件列表宣稱“this whole ARM thing is a f*cking pain in the ass”,引發ARM Linux社群的地震,
裝置樹學習之(七)I2C裝置的註冊過程分析
開發板:tiny4412SDK + S702 + 4GB Flash 要移植的核心版本:Linux-4.4.0 (支援device tree) u-boot版本:友善之臂自帶的 U-Boot 2010.12 busybox版本:busy
Ti437x LED匯流排驅動模型程式+裝置樹
本文主要記錄AM437X驅動的LED。含簡單的字元裝置驅動、裝置驅動模型、裝置樹以及LED子系統。 目前就Linux驅動的理解是: Linux驅動 = 裸機 + 框架 關於框架,目前的理解是: 以LED驅動為例,之前印象中就是韋老大
裝置樹學習之(九)SPI設備註冊過程
開發板:tiny4412SDK + S702 + 4GB Flash 要移植的核心版本:Linux-4.4.0 (支援device tree) u-boot版本:友善之臂自帶的 U-Boot 2010.12 busybox版本:busy