summaryrefslogtreecommitdiff
path: root/arch/x86/dts/skeleton.dtsi
diff options
context:
space:
mode:
authorBin Meng <bmeng.cn@gmail.com>2016-06-08 05:07:35 -0700
committerBin Meng <bmeng.cn@gmail.com>2016-06-12 12:19:35 +0800
commitf7a01e4848a97935985f58e5cd1b133dad298323 (patch)
tree1c7612486a056800694dd6784bda67ba03a1b9f3 /arch/x86/dts/skeleton.dtsi
parent58d1fedb1f7d1a65918dcdc82c53f83b4c813368 (diff)
downloadu-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