From mboxrd@z Thu Jan 1 00:00:00 1970 From: Adrian Hunter Subject: Re: [PATCH] mmc: start removing enable / disable API Date: Wed, 29 Feb 2012 09:15:48 +0200 Message-ID: <4F4DD0A4.2080802@intel.com> References: <1330080561-7256-1-git-send-email-adrian.hunter@intel.com> <4F4DC59D.70903@codeaurora.org> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Return-path: Received: from mga14.intel.com ([143.182.124.37]:26044 "EHLO mga14.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S965457Ab2B2HPo (ORCPT ); Wed, 29 Feb 2012 02:15:44 -0500 In-Reply-To: <4F4DC59D.70903@codeaurora.org> Sender: linux-mmc-owner@vger.kernel.org List-Id: linux-mmc@vger.kernel.org To: Sujit Reddy Thumma Cc: Chris Ball , linux-mmc@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-omap@vger.kernel.org, Rajendra Nayak , Venkatraman S , Kukjin Kim , Thomas Abraham , Kyungmin Park , Sekhar Nori , Kevin Hilman On 29/02/12 08:28, Sujit Reddy Thumma wrote: > Hi Adrian, > > On 2/24/2012 4:19 PM, Adrian Hunter wrote: >> Most parts of the enable / disable API are no longer used and >> can be removed. >> >> Cc: Rajendra Nayak >> Cc: Venkatraman S >> Cc: Kukjin Kim >> Cc: Thomas Abraham >> Cc: Kyungmin Park >> Cc: Sekhar Nori >> Cc: Kevin Hilman >> Signed-off-by: Adrian Hunter >> --- >> arch/arm/mach-exynos/mach-nuri.c | 5 +- >> arch/arm/mach-exynos/mach-universal_c210.c | 9 +- >> drivers/mmc/core/core.c | 185 >> ++-------------------------- >> drivers/mmc/core/host.c | 1 - >> drivers/mmc/core/host.h | 1 - >> drivers/mmc/host/davinci_mmc.c | 4 - >> drivers/mmc/host/omap_hsmmc.c | 15 +-- >> include/linux/mmc/core.h | 1 - >> include/linux/mmc/host.h | 46 +------- >> 9 files changed, 25 insertions(+), 242 deletions(-) >> > >> - if (host->caps& MMC_CAP_DISABLE) >> - cancel_delayed_work(&host->disable); >> cancel_delayed_work_sync(&host->detect); >> mmc_flush_scheduled_work(); >> >> @@ -2402,13 +2245,11 @@ int mmc_suspend_host(struct mmc_host *host) >> { >> int err = 0; >> >> - if (host->caps& MMC_CAP_DISABLE) >> - cancel_delayed_work(&host->disable); >> cancel_delayed_work(&host->detect); >> mmc_flush_scheduled_work(); >> if (mmc_try_claim_host(host)) { >> err = mmc_cache_ctrl(host, 0); >> - mmc_do_release_host(host); >> + mmc_release_host(host); > > mmc_try_claim_host does not call host->ops->enable(), but mmc_release_host > call host->ops->disable(), is there any reason for this? No, it is an oversight. I will send V2.