public inbox for linux-mmc@vger.kernel.org
 help / color / mirror / Atom feed
From: Sujit Reddy Thumma <sthumma@codeaurora.org>
To: "linux-mmc@vger.kernel.org" <linux-mmc@vger.kernel.org>,
	Linus Walleij <linus.walleij@linaro.org>
Cc: linux-arm-msm@vger.kernel.org, cjb@laptop.org
Subject: Re: [PATCH V2] mmc: core: Use delayed work in clock gating framework
Date: Wed, 09 Nov 2011 10:12:36 +0530	[thread overview]
Message-ID: <4EBA04BC.2010507@codeaurora.org> (raw)
In-Reply-To: <1319699643-30700-1-git-send-email-sthumma@codeaurora.org>

On 10/27/2011 12:44 PM, Sujit Reddy Thumma wrote:
> Current clock gating framework disables the MCI clock as soon as the
> request is completed and enables it when a request arrives. This aggressive
> clock gating framework, when enabled, cause following issues:
>
> When there are back-to-back requests from the Queue layer, we unnecessarily
> end up disabling and enabling the clocks between these requests since 8MCLK
> clock cycles is a very short duration compared to the time delay between
> back to back requests reaching the MMC layer. This overhead can effect the
> overall performance depending on how long the clock enable and disable
> calls take which is platform dependent. For example on some platforms we
> can have clock control not on the local processor, but on a different
> subsystem and the time taken to perform the clock enable/disable can add
> significant overhead.
>
> Also if the host controller driver decides to disable the host clock too
> when mmc_set_ios function is called with ios.clock=0, it adds additional
> delay and it is highly possible that the next request had already arrived
> and unnecessarily blocked in enabling the clocks. This is seen frequently
> when the processor is executing at high speeds and in multi-core platforms
> thus reduces the overall throughput compared to if clock gating is
> disabled.
>
> Fix this by delaying turning off the clocks by posting request on
> delayed workqueue. Also cancel the unscheduled pending work, if any,
> when there is access to card.
>
> sysfs entry is provided to tune the delay as needed, default
> value set to 200ms.
>
> Signed-off-by: Sujit Reddy Thumma<sthumma@codeaurora.org>
>
> ---
> Changes in v2:
> 	- support for tuning delay via sysfs entry.

Linus/Chris, any comments on this V2 version?

> ---
>   drivers/mmc/core/host.c  |   57 ++++++++++++++++++++++++++++++++++++++++++---
>   include/linux/mmc/host.h |    4 ++-
>   2 files changed, 56 insertions(+), 5 deletions(-)
>
> diff --git a/drivers/mmc/core/host.c b/drivers/mmc/core/host.c
> index ca2e4f5..ba4cc5d 100644
> --- a/drivers/mmc/core/host.c
> +++ b/drivers/mmc/core/host.c
> @@ -53,6 +53,31 @@ static DEFINE_IDR(mmc_host_idr);
>   static DEFINE_SPINLOCK(mmc_host_lock);
>
>   #ifdef CONFIG_MMC_CLKGATE
> +static ssize_t clkgate_delay_show(struct device *dev,
> +		struct device_attribute *attr, char *buf)
> +{
> +	struct mmc_host *host = cls_dev_to_mmc_host(dev);
> +	return snprintf(buf, PAGE_SIZE, "%lu millisecs\n",
> +			host->clkgate_delay);
> +}
> +
> +static ssize_t clkgate_delay_store(struct device *dev,
> +		struct device_attribute *attr, const char *buf, size_t count)
> +{
> +	struct mmc_host *host = cls_dev_to_mmc_host(dev);
> +	unsigned long flags, value;
> +
> +	if (kstrtoul(buf, 0,&value))
> +		return -EINVAL;
> +
> +	spin_lock_irqsave(&host->clk_lock, flags);
> +	host->clkgate_delay = value;
> +	spin_unlock_irqrestore(&host->clk_lock, flags);
> +
> +	pr_info("%s: clock gate delay set to %lu ms\n",
> +			mmc_hostname(host), value);
> +	return count;
> +}
>
>   /*
>    * Enabling clock gating will make the core call out to the host
> @@ -113,7 +138,7 @@ static void mmc_host_clk_gate_delayed(struct mmc_host *host)
>   static void mmc_host_clk_gate_work(struct work_struct *work)
>   {
>   	struct mmc_host *host = container_of(work, struct mmc_host,
> -					      clk_gate_work);
> +					      clk_gate_work.work);
>
>   	mmc_host_clk_gate_delayed(host);
>   }
> @@ -130,6 +155,8 @@ void mmc_host_clk_hold(struct mmc_host *host)
>   {
>   	unsigned long flags;
>
> +	/* cancel any clock gating work scheduled by mmc_host_clk_release() */
> +	cancel_delayed_work_sync(&host->clk_gate_work);
>   	mutex_lock(&host->clk_gate_mutex);
>   	spin_lock_irqsave(&host->clk_lock, flags);
>   	if (host->clk_gated) {
> @@ -179,7 +206,8 @@ void mmc_host_clk_release(struct mmc_host *host)
>   	host->clk_requests--;
>   	if (mmc_host_may_gate_card(host->card)&&
>   	!host->clk_requests)
> -		queue_work(system_nrt_wq,&host->clk_gate_work);
> +		queue_delayed_work(system_nrt_wq,&host->clk_gate_work,
> +				msecs_to_jiffies(host->clkgate_delay));
>   	spin_unlock_irqrestore(&host->clk_lock, flags);
>   }
>
> @@ -212,8 +240,13 @@ static inline void mmc_host_clk_init(struct mmc_host *host)
>   	host->clk_requests = 0;
>   	/* Hold MCI clock for 8 cycles by default */
>   	host->clk_delay = 8;
> +	/*
> +	 * Default clock gating delay is 200ms.
> +	 * This value can be tuned by writing into sysfs entry.
> +	 */
> +	host->clkgate_delay = 200;
>   	host->clk_gated = false;
> -	INIT_WORK(&host->clk_gate_work, mmc_host_clk_gate_work);
> +	INIT_DELAYED_WORK(&host->clk_gate_work, mmc_host_clk_gate_work);
>   	spin_lock_init(&host->clk_lock);
>   	mutex_init(&host->clk_gate_mutex);
>   }
> @@ -228,7 +261,7 @@ static inline void mmc_host_clk_exit(struct mmc_host *host)
>   	 * Wait for any outstanding gate and then make sure we're
>   	 * ungated before exiting.
>   	 */
> -	if (cancel_work_sync(&host->clk_gate_work))
> +	if (cancel_delayed_work_sync(&host->clk_gate_work))
>   		mmc_host_clk_gate_delayed(host);
>   	if (host->clk_gated)
>   		mmc_host_clk_hold(host);
> @@ -236,6 +269,17 @@ static inline void mmc_host_clk_exit(struct mmc_host *host)
>   	WARN_ON(host->clk_requests>  1);
>   }
>
> +static inline void mmc_host_clk_sysfs_init(struct mmc_host *host)
> +{
> +	host->clkgate_delay_attr.show = clkgate_delay_show;
> +	host->clkgate_delay_attr.store = clkgate_delay_store;
> +	sysfs_attr_init(&host->clkgate_delay_attr.attr);
> +	host->clkgate_delay_attr.attr.name = "clkgate_delay";
> +	host->clkgate_delay_attr.attr.mode = S_IRUGO | S_IWUSR;
> +	if (device_create_file(&host->class_dev,&host->clkgate_delay_attr))
> +		pr_err("%s: Failed to create clkgate_delay sysfs entry\n",
> +				mmc_hostname(host));
> +}
>   #else
>
>   static inline void mmc_host_clk_init(struct mmc_host *host)
> @@ -246,6 +290,10 @@ static inline void mmc_host_clk_exit(struct mmc_host *host)
>   {
>   }
>
> +static inline void mmc_host_clk_sysfs_init(struct mmc_host *host)
> +{
> +}
> +
>   #endif
>
>   /**
> @@ -345,6 +393,7 @@ int mmc_add_host(struct mmc_host *host)
>   #ifdef CONFIG_DEBUG_FS
>   	mmc_add_host_debugfs(host);
>   #endif
> +	mmc_host_clk_sysfs_init(host);
>
>   	mmc_start_host(host);
>   	register_pm_notifier(&host->pm_notify);
> diff --git a/include/linux/mmc/host.h b/include/linux/mmc/host.h
> index a3ac9c4..7206c80 100644
> --- a/include/linux/mmc/host.h
> +++ b/include/linux/mmc/host.h
> @@ -253,10 +253,12 @@ struct mmc_host {
>   	int			clk_requests;	/* internal reference counter */
>   	unsigned int		clk_delay;	/* number of MCI clk hold cycles */
>   	bool			clk_gated;	/* clock gated */
> -	struct work_struct	clk_gate_work; /* delayed clock gate */
> +	struct delayed_work	clk_gate_work; /* delayed clock gate */
>   	unsigned int		clk_old;	/* old clock value cache */
>   	spinlock_t		clk_lock;	/* lock for clk fields */
>   	struct mutex		clk_gate_mutex;	/* mutex for clock gating */
> +	struct device_attribute clkgate_delay_attr;
> +	unsigned long           clkgate_delay;
>   #endif
>
>   	/* host specific block data */


-- 
Thanks & Regards,
Sujit Reddy Thumma

  reply	other threads:[~2011-11-09  4:42 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-10-27  7:14 [PATCH V2] mmc: core: Use delayed work in clock gating framework Sujit Reddy Thumma
2011-11-09  4:42 ` Sujit Reddy Thumma [this message]
2011-11-09 13:58   ` Linus Walleij
2011-11-12  1:00 ` Chris Ball

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4EBA04BC.2010507@codeaurora.org \
    --to=sthumma@codeaurora.org \
    --cc=cjb@laptop.org \
    --cc=linus.walleij@linaro.org \
    --cc=linux-arm-msm@vger.kernel.org \
    --cc=linux-mmc@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox