From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S966715AbcCPLEx (ORCPT ); Wed, 16 Mar 2016 07:04:53 -0400 Received: from mail-wm0-f46.google.com ([74.125.82.46]:37861 "EHLO mail-wm0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S966101AbcCPLEs (ORCPT ); Wed, 16 Mar 2016 07:04:48 -0400 MIME-Version: 1.0 In-Reply-To: <1457605858-30907-1-git-send-email-ludovic.desroches@atmel.com> References: <20160309163809.GM2690@odux.rfo.atmel.com> <1457605858-30907-1-git-send-email-ludovic.desroches@atmel.com> Date: Wed, 16 Mar 2016 12:04:46 +0100 Message-ID: Subject: Re: [PATCH] mmc: sdhci-of-at91: fix wakeup issue when using runtime pm From: Ulf Hansson To: Ludovic Desroches Cc: Adrian Hunter , "linux-kernel@vger.kernel.org" , linux-mmc , "linux-pm@vger.kernel.org" , "Rafael J. Wysocki" , Kevin Hilman , Nicolas Ferre Content-Type: text/plain; charset=UTF-8 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 10 March 2016 at 11:30, Ludovic Desroches wrote: > It was impossible to wake-up on card detect event because when sdhci > controller is runtime suspend, it is assumed that all the clocks are > disabled so we can't get irqs. > If the device is removable and there is no gpio to manage the card > detection then card detection polling is used. > > Signed-off-by: Ludovic Desroches > --- > > Hi Ulf, Adrian, > > Following the discussion, I need to fix my issue. I think we could both agree > on this patch that I see more as temporary workaround. > > I will try to change the muxing of the card detect pio in order to no more > use the sdhci controller to manage it but a gpio. If it do not work then > I may send another patch in the spirit of the previous one (keeping one clock > enabled and not calling sdhci_runtime_suspend_host()). > > Regards > > drivers/mmc/host/sdhci-of-at91.c | 16 ++++++++++++++++ > 1 file changed, 16 insertions(+) > > diff --git a/drivers/mmc/host/sdhci-of-at91.c b/drivers/mmc/host/sdhci-of-at91.c > index 35c02fc..dac8508 100644 > --- a/drivers/mmc/host/sdhci-of-at91.c > +++ b/drivers/mmc/host/sdhci-of-at91.c > @@ -18,6 +18,7 @@ > #include > #include > #include > +#include > #include > #include > #include > @@ -204,6 +205,21 @@ static int sdhci_at91_probe(struct platform_device *pdev) > if (ret) > goto pm_runtime_disable; > > + /* > + * When calling sdhci_runtime_suspend_host(), the sdhci layer makes > + * the assumption that all the clocks of the controller are disabled. > + * It means we can't get irq from it when it is runtime suspended. > + * For that reason, it is not planned to wake-up on a card detect irq > + * from the controller. > + * If we want to use runtime PM and to be able to wake-up on card > + * insertion, we have to use a GPIO for the card detection or we can > + * use polling for the card detection. Be aware that using polling > + * will resume/suspend the controller between each attempt. > + */ > + if (!(host->mmc->caps & MMC_CAP_NONREMOVABLE) && > + IS_ERR_VALUE(mmc_gpio_get_cd(host->mmc))) > + host->mmc->caps |= MMC_CAP_NEEDS_POLL; Perhaps also clearing SDHCI_QUIRK_BROKEN_CARD_DETECTION, as this doesn't play well if this is set via parsing the DTS. > + > pm_runtime_put_autosuspend(&pdev->dev); > > return 0; > -- > 2.5.0 > Otherwise this looks okay to me. Kind regards Uffe