From: viresh kumar <viresh.kumar@linaro.org>
To: Lan Tianyu <tianyu.lan@intel.com>, rainer.kaluscha@web.de
Cc: "Rafael J. Wysocki" <rjw@rjwysocki.net>,
"cpufreq@vger.kernel.org" <cpufreq@vger.kernel.org>,
"linux-pm@vger.kernel.org" <linux-pm@vger.kernel.org>,
Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
Subject: Re: [Update PATCH 1/1] Cpufreq: Make governor data on nonboot cpus across system suspend/resume
Date: Sat, 16 Nov 2013 10:54:46 +0530 [thread overview]
Message-ID: <5287019E.2080608@linaro.org> (raw)
In-Reply-To: <CAKohponu0UFZig3xXTAnn8fKnqc5FnFMpxp2JfYQPQjOjAULTw@mail.gmail.com>
On Friday 15 November 2013 04:24 PM, Viresh Kumar wrote:
> Though the patch I have sent fixes a problem similar to this but I don't think
> patch of any of us will solve the issue Rainer is facing..
>
> I checked his system configuration and its like this:
> - Four CPUs, all having separate clock domains (atleast from kernel
> perspective) and so separate policy structure.
> - All are using ondemand governor
> - not using CPUFREQ_HAVE_GOVERNOR_PER_POLICY feature
> - So there is a single set of tunables for ondemand governor that is applicable
> across all CPUs..
>
> The way INIT/EXIT are designed in cpufreq_governor.c should take care
> of this scenario.
>
> memory for tunables must not be freed unless all the CPUs are removed.
> Which can't happen, as we only offline non-boot CPUs and so I believe
> that memory isn't getting freed and so your solution wouldn't address his
> problem..
>
> Sorry if I said something stupid enough :)
I haven't :)
From your another mail it is clear that you have used separate governors and so
you have faced the real problem :)
Hope my patch fixes it for you.
WARNING: multiple messages have this Message-ID (diff)
From: viresh kumar <viresh.kumar@linaro.org>
To: Lan Tianyu <tianyu.lan@intel.com>, rainer.kaluscha@web.de
Cc: "Rafael J. Wysocki" <rjw@rjwysocki.net>,
"cpufreq@vger.kernel.org" <cpufreq@vger.kernel.org>,
"linux-pm@vger.kernel.org" <linux-pm@vger.kernel.org>,
Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
Subject: Re: [Update PATCH 1/1] Cpufreq: Make governor data on nonboot cpus across system suspend/resume
Date: Sat, 16 Nov 2013 10:54:46 +0530 [thread overview]
Message-ID: <5287019E.2080608@linaro.org> (raw)
In-Reply-To: <CAKohponu0UFZig3xXTAnn8fKnqc5FnFMpxp2JfYQPQjOjAULTw@mail.gmail.com>
On Friday 15 November 2013 04:24 PM, Viresh Kumar wrote:
> Though the patch I have sent fixes a problem similar to this but I don't think
> patch of any of us will solve the issue Rainer is facing..
>
> I checked his system configuration and its like this:
> - Four CPUs, all having separate clock domains (atleast from kernel
> perspective) and so separate policy structure.
> - All are using ondemand governor
> - not using CPUFREQ_HAVE_GOVERNOR_PER_POLICY feature
> - So there is a single set of tunables for ondemand governor that is applicable
> across all CPUs..
>
> The way INIT/EXIT are designed in cpufreq_governor.c should take care
> of this scenario.
>
> memory for tunables must not be freed unless all the CPUs are removed.
> Which can't happen, as we only offline non-boot CPUs and so I believe
> that memory isn't getting freed and so your solution wouldn't address his
> problem..
>
> Sorry if I said something stupid enough :)
I haven't :)
>From your another mail it is clear that you have used separate governors and so
you have faced the real problem :)
Hope my patch fixes it for you.
next prev parent reply other threads:[~2013-11-16 5:24 UTC|newest]
Thread overview: 24+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-11-15 6:01 [PATCH 1/1] Cpufreq: Make governor data on nonboot cpus across system syspend/resume Lan Tianyu
2013-11-15 8:15 ` [Update PATCH 1/1] Cpufreq: Make governor data on nonboot cpus across system suspend/resume Lan Tianyu
2013-11-15 10:22 ` Viresh Kumar
2013-11-16 4:33 ` Lan Tianyu
2013-11-15 10:54 ` Viresh Kumar
2013-11-16 5:24 ` viresh kumar [this message]
2013-11-16 5:24 ` viresh kumar
2013-11-16 0:38 ` Rafael J. Wysocki
2013-11-16 3:59 ` Lan Tianyu
2013-11-16 14:41 ` Rafael J. Wysocki
2013-11-16 14:57 ` Viresh Kumar
2013-11-16 15:10 ` Rafael J. Wysocki
2013-11-16 15:09 ` Rafael J. Wysocki
2013-11-16 15:23 ` Lan Tianyu
2013-11-16 15:36 ` [PATCH V2] " Lan Tianyu
2013-11-17 4:13 ` viresh kumar
2013-11-17 14:44 ` Rafael J. Wysocki
2013-11-17 16:23 ` Viresh Kumar
2013-11-22 7:49 ` viresh kumar
2013-11-22 8:19 ` Lan Tianyu
2013-11-22 8:39 ` Viresh Kumar
2013-11-21 14:43 ` Rafael J. Wysocki
2013-11-21 15:54 ` Viresh Kumar
2013-11-21 21:43 ` Rafael J. Wysocki
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=5287019E.2080608@linaro.org \
--to=viresh.kumar@linaro.org \
--cc=cpufreq@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-pm@vger.kernel.org \
--cc=rainer.kaluscha@web.de \
--cc=rjw@rjwysocki.net \
--cc=tianyu.lan@intel.com \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.