summaryrefslogtreecommitdiffstats
path: root/arch/ia64
diff options
context:
space:
mode:
authorShawn Lin <shawn.lin@rock-chips.com>2016-09-22 12:02:19 +0800
committerHeiko Stuebner <heiko@sntech.de>2016-10-16 02:40:20 +0200
commit0362fcc9d6834034bc0cdb1d9b02a1b9baf96a2a (patch)
treef3e8f0737e3898dd9bdc02a9c2a94d910be422b8 /arch/ia64
parent1001354ca34179f3db924eb66672442a173147dc (diff)
downloadop-kernel-dev-0362fcc9d6834034bc0cdb1d9b02a1b9baf96a2a.zip
op-kernel-dev-0362fcc9d6834034bc0cdb1d9b02a1b9baf96a2a.tar.gz
arm64: dts: rockchip: remove always-on and boot-on from vcc_sd
Please don't add these for vcc_sd, and mmc-core/driver will control it. Otherwise, it will waste energy even without sdmmc in slot. Moreover, it will causes a bug: If we insert/remove sd card, we could see [9.337271] mmc0: new ultra high speed SDR25 SDHC card at address 0007 [9.345144] mmcblk0: mmc0:0007 SD32G 29.3 GiB This is okay for normal sd insert/remove test, but when I debug some issues for sdmmc, I did unbind/bind test. And there is a interesting phenomenon when we bind the driver again: [58.314069] mmc0: new high speed SDHC card at address 0007 [58.320282] mmcblk0: mmc0:0007 SD32G 29.3 GiB So the sd card could just support high speed without power cycle since the vcc_sd is always on, which makes the sd card fail to reinit its internal ocr mask. Signed-off-by: Shawn Lin <shawn.lin@rock-chips.com> Signed-off-by: Heiko Stuebner <heiko@sntech.de>
Diffstat (limited to 'arch/ia64')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud