From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-3.8 required=3.0 tests=HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS,USER_AGENT_GIT autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 3355BC433E3 for ; Tue, 16 Jun 2020 15:37:52 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id 190DD20B1F for ; Tue, 16 Jun 2020 15:37:52 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1730423AbgFPPhu (ORCPT ); Tue, 16 Jun 2020 11:37:50 -0400 Received: from alexa-out-blr-02.qualcomm.com ([103.229.18.198]:42744 "EHLO alexa-out-blr-02.qualcomm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1730391AbgFPPhp (ORCPT ); Tue, 16 Jun 2020 11:37:45 -0400 Received: from ironmsg01-blr.qualcomm.com ([10.86.208.130]) by alexa-out-blr-02.qualcomm.com with ESMTP/TLS/AES256-SHA; 16 Jun 2020 21:06:55 +0530 Received: from vbadigan-linux.qualcomm.com ([10.206.24.109]) by ironmsg01-blr.qualcomm.com with ESMTP; 16 Jun 2020 21:06:43 +0530 Received: by vbadigan-linux.qualcomm.com (Postfix, from userid 76677) id 192564C6C; Tue, 16 Jun 2020 21:06:41 +0530 (IST) From: Veerabhadrarao Badiganti To: adrian.hunter@intel.com, ulf.hansson@linaro.org, bjorn.andersson@linaro.org Cc: linux-mmc@vger.kernel.org, linux-kernel@vger.kernel.org, linux-arm-msm@vger.kernel.org, Veerabhadrarao Badiganti Subject: [PATCH V4 0/2] Internal voltage control for qcom SDHC Date: Tue, 16 Jun 2020 21:06:17 +0530 Message-Id: <1592321779-28556-1-git-send-email-vbadigan@codeaurora.org> X-Mailer: git-send-email 1.9.1 In-Reply-To: <1589541535-8523-1-git-send-email-vbadigan@codeaurora.org> References: <1589541535-8523-1-git-send-email-vbadigan@codeaurora.org> Sender: linux-arm-msm-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-arm-msm@vger.kernel.org On qcom SD host controllers voltage switching be done after the HW is ready for it. The HW informs its readiness through power irq. The voltage switching should happen only then. So added support to register voltage regulators from the msm driver and use them. This patchset was posted long back but not actively pursued https://lore.kernel.org/linux-arm-msm/1539004739-32060-1-git-send-email-vbadigan@codeaurora.org/ So posting it as fresh patchset. Changes since V3: - Dropped reading of regulator load values from device tree. - Dropped documentaiton chagne. - Since only Vqmmc supply of eMMC would be kept On during suspend, setting load only for this regulator so that it can go to LPM. And since this Load reamins same, load value is hard-coded in the driver. Changes since V2: - Removed redundant log from sdhci_msm_set_vmmc. - Added the condition for skiping disabling of vqmmc for eMMC. - Updated logic such that, setting load for vqmmc only if it is kept ON. - Retained ack by Adrian for second patch. - Updated dt properties names as per Robs comments. Changes since V1: - Removed setting load for Vmmc regulator while turning it on/off. Instead setting the active load once during probe. - Simplified handlng of supplies for BUS_ON/OFF cases in shci_msm_handle_pwr_irq(). - Moved common code out of switch case in sdhci_msm_start_signal_voltage_switch(). - Updated variable name to sdhci_core_to_disable_vqmmc. - Updated pr_err logs to dev_err logs. Veerabhadrarao Badiganti (2): dt-bindings: mmc: Supply max load for mmc supplies mmc: sdhci-msm: Use internal voltage control Vijay Viswanath (1): mmc: sdhci: Allow platform controlled voltage switching drivers/mmc/host/sdhci-msm.c | 208 +++++++++++++++++++++++++++++++++++++++++-- drivers/mmc/host/sdhci.c | 32 ++++--- drivers/mmc/host/sdhci.h | 1 + 3 files changed, 219 insertions(+), 22 deletions(-) -- Qualcomm India Private Limited, on behalf of Qualcomm Innovation Center, Inc., is a member of Code Aurora Forum, a Linux Foundation Collaborative Project