diff options
author | Bin Meng <bmeng.cn@gmail.com> | 2016-06-08 05:07:35 -0700 |
---|---|---|
committer | Bin Meng <bmeng.cn@gmail.com> | 2016-06-12 12:19:35 +0800 |
commit | f7a01e4848a97935985f58e5cd1b133dad298323 (patch) | |
tree | 1c7612486a056800694dd6784bda67ba03a1b9f3 /arch/x86/dts/skeleton.dtsi | |
parent | 58d1fedb1f7d1a65918dcdc82c53f83b4c813368 (diff) | |
download | u-boot-f7a01e4848a97935985f58e5cd1b133dad298323.tar.gz u-boot-f7a01e4848a97935985f58e5cd1b133dad298323.tar.bz2 u-boot-f7a01e4848a97935985f58e5cd1b133dad298323.zip |
x86: baytrail: Configure card detect pin of the SD controller
As of today, the latest version FSP (gold4) for BayTrail misses the
PAD configuration of the SD controller's Card Detect signal. The
default PAD value for the CD pin sets the pin to work in GPIO mode,
which causes card detect status cannot be reflected by the Present
State register in the SD controller (bit 16 & bit 18 are always zero).
Add a configuration for this pin in the pinctrl node.
Note I've checked the PAD configuration for all the pins in all the
3 controllers (eMMC/SDIO/SD). Only this SDMMC3_CD_B pin does not get
initialized to correct mode by FSP. With fsp,emmc-boot-mode set to
2 (eMMC 4.1), eMMC pins are initialized to func 1, but if we set
fsp,emmc-boot-mode to 1 (auto), those pins are initialized to func 3
which is correct according to datasheet.
Signed-off-by: Bin Meng <bmeng.cn@gmail.com>
Reviewed-by: Stefan Roese <sr@denx.de>
Reviewed-by: Simon Glass <sjg@chromium.org>
Diffstat (limited to 'arch/x86/dts/skeleton.dtsi')
0 files changed, 0 insertions, 0 deletions