vernor.
Signed-off-by: Viresh Kumar
---
drivers/cpufreq/cpufreq.c | 6 --
drivers/cpufreq/cpufreq_governor.c | 32 +++-
2 files changed, 23 insertions(+), 15 deletions(-)
diff --git a/drivers/cpufreq/cpufreq.c b/drivers/cpufreq/cpufreq.c
index ccc598a..3
On Thu, Feb 7, 2013 at 1:55 AM, Artem Savkov wrote:
> I get the following BUG on suspend using systemd-sleep(this doesn't
> happen with pm-suspend). This seems to be introduced by some of the
> Viresh's patches.
Hi Artem,
I have sent another patchset (and you are in --to), please test your platf
On Wed, Feb 6, 2013 at 10:32 PM, wrote:
> From: Dirk Brandewie
>
> Scaling drivers that implement cpufreq_driver.setpolicy() have
> internal governors that do not signal changes via
> cpufreq_notify_transition() so the frequncy in the policy will almost
> certainly be different than the current
instead of target(). Scaling drivers that implement setpolicy() are
> assmuned to implement internal governors by the cpufreq core. All the
> logic for selecting the current P state is contained within the driver
> no external governor is used by the cpufreq core.
Hi Dirk,
All look g
q_driver.setpolicy()
>
> Signed-off-by: Dirk Brandewie
> Acked-by: Viresh Kumar
> ---
> drivers/cpufreq/cpufreq.c |4 +++-
> 1 files changed, 3 insertions(+), 1 deletions(-)
>
> diff --git a/drivers/cpufreq/cpufreq.c b/drivers/cpufreq/cpufreq.c
> index 0ba0344..e77
On 7 February 2013 18:35, Rafael J. Wysocki wrote:
> I think they all make sense, so applied to linux-next.
>
> I would prefer not to make any more changes to cpufreq before v3.9 from now
> on,
> except for fixes and maybe the Drik's patchset that I kind of scheduled for
Dirk :)
> merging into
vided by the IORESOURCE_DMA
> type.
>
> Signed-off-by: Mika Westerberg
> Signed-off-by: Andy Shevchenko
Acked-by: Viresh Kumar
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at
q_driver.setpolicy()
>
> Signed-off-by: Dirk Brandewie
> Acked-by: Viresh Kumar
To fix sparse warning updated this patch as:
commit ea241d95152c535c3d261f3a2240c45480b040bc
Author: Viresh Kumar
Date: Thu Feb 7 19:13:43 2013 +0530
fixup! cpufreq: Do not track governor name for sc
t()
> when the frequnecy request is made by the governor.
>
> If the scaling driver implements cpufreq_driver.setpolicy() and
> cpufreq_driver.get() interfaces use cpufreq_driver.get() to retrieve
> the current frequency.
>
> Signed-off-by: Dirk Brandewie
> Acked-by: Viresh
will be the preferred
> scaling driver for Sandy bridge processors.
I have got some sparse warning fixes + generic cleanup (formatting related).
From: Viresh Kumar
Date: Thu, 7 Feb 2013 19:27:50 +0530
Subject: [PATCH] fixup! cpufreq/x86: Add P-state driver for sandy bridge.
---
drivers/cpu
On Thu, Feb 7, 2013 at 4:12 PM, Viresh Kumar wrote:
> @Rafael: I wasn't sure if these would apply over my patches without any
> conflicts and so i applied them in my repo. Added my Acked-by's and fixed
> a minor thing in one of the patches (as mentioned in the other mail).
>
>
> Signed-off-by: Andy Shevchenko
Looks like Mika is Author and you have your signed-off :)
Acked-by: Viresh Kumar
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger
On 8 February 2013 00:48, wrote:
> On Thu, 07 Feb 2013 13:11:52 +0530, Viresh Kumar said:
>
>> First of all i want to confirm something about your system. I am sure it is a
>> multi-policy system (or multi cluster system). i.e. there are more than one
>> clock line for
On 8 February 2013 04:37, Rafael J. Wysocki wrote:
> On Thursday, February 07, 2013 06:52:20 PM Viresh Kumar wrote:
>> On 7 February 2013 18:35, Rafael J. Wysocki wrote:
>> > I think they all make sense, so applied to linux-next.
>> >
>> > I would prefer not
On 8 February 2013 05:03, Rafael J. Wysocki wrote:
> I should have done that before, sorry about it.
>
> Can you please rework this series on top of linux-pm.git/pm-cpufreq and
> try to avoid introducing new issues this time?
Even i want to do that, but when i fetch your repo i don't see all appl
On 8 February 2013 01:09, Artem Savkov wrote:
> Tested out linux-pm.git/linux-next with this patches pulled. It seems
> that my systemd-sleep issue is fixed, however there is a new 'sleeping
> in invalid context' bug during boot:
>
> [ 12.736484] BUG: sleeping function called from invalid contex
On Thu, Feb 7, 2013 at 10:35 PM, Andy Shevchenko
wrote:
> On Thu, Feb 7, 2013 at 5:39 PM, Viresh Kumar wrote:
>> On 7 February 2013 21:06, Andy Shevchenko
>> wrote:
>>> From: Mika Westerberg
>>>
>>> Intel Lynxpoint PCH Low Power Subsystem has DMA cont
ufreq_driver->ops about calling routines which can sleep. And thus
we shoudln't
have locks around any of these. I have got a patch for it, that i
would fold-back into
the original patch that introduced locking fixes (attached too for testing):
From: Viresh Kumar
Date: Fri, 8 Feb 2013 10
On 8 February 2013 05:03, Rafael J. Wysocki wrote:
> I should have done that before, sorry about it.
np
> Can you please rework this series on top of linux-pm.git/pm-cpufreq and
> try to avoid introducing new issues this time?
Sorry for this. I didn't got any such issues on my system and i trie
On 7 February 2013 06:11, Rafael J. Wysocki wrote:
> From: Rafael J. Wysocki
> Subject: cpufreq: Move sysfs_remove_link() from under a spinlock
>
> Commit 73bf0fc "cpufreq: Don't remove sysfs link for policy->cpu"
> attempted to fix a bug in __cpufreq_remove_dev() by avoiding to
> remove the link
On Fri, Feb 8, 2013 at 12:55 PM, Andy Shevchenko
wrote:
> Shall I resend it?
Naah!! Vinod can manage it, i believe :)
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/maj
Hi Vijay,
By mistake you have added an ST internal list in cc, fixed it now.
Subject should be:
ARM: SPEAr13xx: Enable 2G/2G Memory split in defconfig
On 8 February 2013 16:16, Vijay Kumar Mishra wrote:
> Memory split 2G/2G is enabled as needed for SPEAr1310 RevC board to boot.
> Before enabli
Remove "the" from subject.
On 8 February 2013 16:16, Vijay Kumar Mishra wrote:
> This patch is to correct clcd pin group name "clcd_high_res" to
> "clcd_high_res_grp" to avoid kernel boot hang as with following error message.
>
> spear1310-pinmux e070.pinmux: invalid group "clcd_high_res" for
defconfig
> +++ b/arch/arm/configs/spear13xx_defconfig
> @@ -15,6 +15,7 @@ CONFIG_SMP=y
> # CONFIG_SMP_ON_UP is not set
> # CONFIG_ARM_CPU_TOPOLOGY is not set
> CONFIG_VMSPLIT_2G=y
> +CONFIG_AEABI=y
> CONFIG_ARM_APPENDED_DTB=y
> CONFIG_ARM_ATAG_DTB_COMPAT=y
> CONFIG_B
On 8 February 2013 18:02, Rafael J. Wysocki wrote:
> So as I said, please rework the fixes on top of linux-pm.git/pm-cpufreq.
I already did. Please check for-rafael branch
> Moreover, I'd very much prefer it if you fixed the problems introduced by
> b8eed8a "cpufreq: Simplify __cpufreq_remove_de
On 8 February 2013 18:51, Rafael J. Wysocki wrote:
> On Friday, February 08, 2013 01:47:44 PM Sedat Dilek wrote:
>> >> [0.377473] [] warn_slowpath_common+0x7f/0xc0
>> >> [0.377479] [] ? acpi_cpufreq_target+0x2c0/0x2c0
>> >> [0.377483] [] warn_slowpath_null+0x1a/0x20
>> >> [0.377
?
Attached patch would fix it for you and it looks like and is going to be
pulled in by Rafael:
From: Viresh Kumar
Date: Fri, 8 Feb 2013 10:35:31 +0530
Subject: [PATCH] cpufreq: Remove unnecessary locking
I have placed some locks intentionally around calls to driver->ops (init/exit),
which lo
On Fri, Feb 8, 2013 at 8:18 PM, Sedat Dilek wrote:
> Nah, I pulled in latest pm-next where this commit is new...
>
> commit 8d5666f3456f2fd4a4e5dced228475b829851e53
> "ACPI: Unbind ACPI drv when probe failed"
>
> ...building with it.
>
> Same to you, say concretely which commit is fixing what...
>
On 8 February 2013 22:21, Sedat Dilek wrote:
>> No, it did NOT apply cleanly and I merged your tree like this.
Patch looks fine to me.
>> To me it does not look like your changes from the patch you sent me
>> are included?
Yes they do. Check most of the changes from cpufreq.c which remove
locks
On 9 February 2013 05:38, Dirk Brandewie wrote:
> On 02/08/2013 03:56 PM, Rafael J. Wysocki wrote:
>>
>> On Friday, February 08, 2013 09:02:37 PM Rafael J. Wysocki wrote:
>>>
>>> On Friday, February 08, 2013 08:06:52 PM Viresh Kumar wrote:
>>>>
>
On Fri, Feb 8, 2013 at 10:54 PM, Stratos Karafotis
wrote:
> Fix some typos in comments.
>
> Signed-off-by: Stratos Karafotis
> ---
> drivers/cpufreq/cpufreq_ondemand.c | 12 ++--
> 1 file changed, 6 insertions(+), 6 deletions(-)
Acked-by: Viresh Kumar
--
To unsubscr
On Fri, Feb 8, 2013 at 10:54 PM, Stratos Karafotis
wrote:
> Fix a couple of typos in comments.
>
> Signed-off-by: Stratos Karafotis
> ---
> drivers/cpufreq/cpufreq_conservative.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
Acked-by: Viresh Kumar
--
To uns
On 11 February 2013 02:44, Francesco Lavra wrote:
> dbs_data->tuners is never freed, which means there is a memory leak
> across CPUFREQ_GOV_POLICY_INIT and CPUFREQ_GOV_POLICY_EXIT events.
>
> The same goes for the ondemand governor.
Thanks for pointing out. Would be fixed in next version.
--
To
On 11 February 2013 09:46, Viresh Kumar wrote:
> On 11 February 2013 02:44, Francesco Lavra
> wrote:
>> dbs_data->tuners is never freed, which means there is a memory leak
>> across CPUFREQ_GOV_POLICY_INIT and CPUFREQ_GOV_POLICY_EXIT events.
>>
>> The sa
eplied :)
I still want to have your opinion on the same.
Viresh Kumar (4):
cpufreq: Add per policy governor-init/exit infrastructure
cpufreq: governor: Implement per policy instances of governors
cpufreq: Add Kconfig option to enable/disable have_multiple_policies
cpufreq: Get rid of &q
ernor type, but with different tunables.
This patch is inclined towards providing this infrastructure. Because we are
required to allocate governor's resources dynamically now, we must do it at
policy creation and end. And so got CPUFREQ_GOV_POLICY_INIT/EXIT.
Signed-off-by: Viresh Kumar
We don't need to keep two structures for file attributes, global_attr and
freq_attr. Lets use freq_attr only for cpufreq core and drivers.
Signed-off-by: Viresh Kumar
---
drivers/cpufreq/acpi-cpufreq.c | 9 -
drivers/cpufreq/intel_pstate.c | 30 +++---
in
have_multiple_policies is required by platforms having multiple clock-domains
for cpus, i.e. supporting multiple policies for cpus. This patch adds in a
Kconfig option for enabling execution of this code.
Reported-by: Borislav Petkov
Signed-off-by: Viresh Kumar
---
drivers/cpufreq/Kconfig | 3
ernor type, but with different tunables.
This patch uses the infrastructure provided by earlier patch and implements
init/exit routines for ondemand and conservative governors.
Signed-off-by: Viresh Kumar
---
drivers/cpufreq/cpufreq.c | 6 -
drivers/cpufreq/cpufreq_conse
On 11 February 2013 14:22, Fengguang Wu wrote:
> Greetings,
Hi Fengguang,
> I got the below oops and the first bad commit is
>
> commit 50f6802f8dccb7bbad29010e57973d46b7e7a07e
> Author: Viresh Kumar
> Date: Thu Feb 7 10:55:00 2013 +0530
There is something really wrong
On 12 February 2013 16:28, Andy Shevchenko
wrote:
> dmaengine_device_control returns -ENOSYS in case the dma driver doesn't have
> such functionality.
>
> Signed-off-by: Andy Shevchenko
> ---
> include/linux/dmaengine.h |3 +--
> 1 file changed, 1 insertion(+), 2 deletions(-)
>
> diff --git
On 12 February 2013 16:28, Andy Shevchenko
wrote:
> I have not checked the code but there is a possibility that custom pool->lock
> is not needed at all due to dma_pool contains it's own lock.
Your viewpoint is fine, but we wanted the reason behind this patch
here. Please add appropriate stuff in
On 12 February 2013 16:28, Andy Shevchenko
wrote:
> This is a patcset of independent fixes of the DMAC drivers. They are simple
> and
> being understandable in their context.
Once all minor comments i gave are fixed,
Acked-by: Viresh Kumar
--
To unsubscribe from this list: send
mmon_dbs_data *cdata, unsigned int event);
> void gov_queue_work(struct dbs_data *dbs_data, struct cpufreq_policy *policy,
> unsigned int delay, bool all_cpus);
> -#endif /* _CPUFREQ_GOVERNER_H */
> +#endif /* _CPUFREQ_GOVERNOR_H */
Acked-by: Viresh Kumar
--
To
On 2 April 2013 18:21, Rafael J. Wysocki wrote:
> Well, if you go to https://patchwork.kernel.org/project/linux-pm/list/,
> it's not there. Moreover, it's not in my mailbox, although I'm subscribed
> to the LKML, linux-pm and cpufreq.
Hmm Something happened probably because of the long cc li
On 2 April 2013 20:25, Nathan Zimmer wrote:
> The lock is unneeded if we expect register and unregister driver to not be
> called from muliple threads at once. I didn't make that assumption.
Hmm.. But doesn't rcu part take care of that too?? Two writers
updating stuff simultaneously?
--
To unsub
On 2 April 2013 21:10, Nathan Zimmer wrote:
> My concern is in the cpufreq_register_driver. Since we are only to set the
> pointer when it is null we have have to hold the lock over both operations.
>
> int cpufreq_register_driver(struct cpufreq_driver *driver_data)
> {
> ...
> spin_lock_
's frequency transition deicisions.
>
> Signed-off-by: Jacob Shin
> ---
> drivers/cpufreq/cpufreq_governor.h |3 +++
> drivers/cpufreq/cpufreq_ondemand.c | 32
> 2 files changed, 27 insertions(+), 8 deletions(-)
Acked-by: Viresh Kuma
On 3 April 2013 04:27, Rafael J. Wysocki wrote:
> On Tuesday, April 02, 2013 08:29:12 PM Viresh Kumar wrote:
>> On 2 April 2013 20:25, Nathan Zimmer wrote:
>> > The lock is unneeded if we expect register and unregister driver to not be
>> > called from muliple thre
On 3 April 2013 12:01, stratosk wrote:
> I'm sorry, I don't understand.
> The goal of this patch is not energy saving.
He probably misunderstood it...
> The goal is to detect CPU load as soon as possible to increase frequency.
>
> Could you please clarify this?
But he is looking for some number
On 31 March 2013 09:23, Viresh Kumar wrote:
> On 25 March 2013 15:41, Viresh Kumar wrote:
>> This patch moves cpufreq driver of Samsung's ARM based s3c24xx platform to
>> drivers/cpufreq.
>>
>> Cc: Ben Dooks
>> Cc: Kukjin Kim
>> Cc: linux-samsung-
On 3 April 2013 15:12, Hans-Christian Egtvedt wrote:
> Around Wed 03 Apr 2013 14:58:29 +0530 or thereabout, Viresh Kumar wrote:
>> Ping!!
>
> If it still builds, then
>
> Acked-by: Hans-Christian Egtvedt
>
> It only uses global header files, so should be fine. Th
Please always mention Version number and history. Not everybody
remembers what changed after last version.
On 3 April 2013 20:33, Nathan Zimmer wrote:
> We eventually would like to remove the rwlock cpufreq_driver_lock or convert
> it back to a spinlock and protect the read sections with RCU. Th
On 3 April 2013 22:08, David Miller wrote:
> From: Viresh Kumar
> Date: Wed, 3 Apr 2013 14:59:44 +0530
>
>> On 1 April 2013 10:11, Viresh Kumar wrote:
>>> On 31 March 2013 22:10, David Miller wrote:
>>>>> On 26 March 2013 09:55, Viresh Kumar wrote:
>
Hi Stratos,
On 4 April 2013 05:00, Stratos Karafotis wrote:
> I tried to do some measurements simulating a CPU load with a loop that simply
> counts
> an integer. The first test simulates a CPU load that lasts 2 x sampling_rate
> = ~ 2us.
> The second ~4us and the third ~6us.
> Ther
On 4 April 2013 10:48, Stephen Rothwell wrote:
> Today's linux-next merge of the imx-mxs tree got a conflict in
> arch/arm/mach-imx/cpufreq.c between commits b43a7ffbf33b ("cpufreq:
> Notify all policy->cpus in cpufreq_notify_transition()") and eb2f50ff93f0
> ("cpufreq: drivers: Remove unnecessary
On 3 April 2013 16:00, Benjamin Herrenschmidt wrote:
> On Wed, 2013-04-03 at 15:00 +0530, Viresh Kumar wrote:
>> On 31 March 2013 09:33, Viresh Kumar wrote:
>> > Benjamin/Paul/Olof,
>> >
>> > Any comments on this?
>>
>> Ping!!
>
> I'
On 4 April 2013 12:17, stratosk wrote:
> Why do you suspect significant increased power? With ondemand the CPU will
> go down to lowest freq as soon as the load will decreased. And the
> measurement shows that the CPU load will decrease faster (because of faster
> calculation).
I suspect it b
Hi Linus,
On 25 March 2013 15:41, Viresh Kumar wrote:
> This patch moves cpufreq driver of ARM based integrator platform to
> drivers/cpufreq.
>
> Cc: Russell King
> Signed-off-by: Viresh Kumar
> ---
> arch/arm/Kconfig | 11
On 4 April 2013 15:08, Arnd Bergmann wrote:
> Whole series
>
> Acked-by: Arnd Bergmann
Thanks.
> but please post them another time with linux-arm-kernel on Cc.
Yes, my fault.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.k
earlier version:
- Additional patch 18/18
Viresh Kumar (18):
cpufreq: ARM: Arrange drivers in alphabetical order
cpufreq: tegra: Move driver to drivers/cpufreq
cpufreq: davinci: move cpufreq driver to drivers/cpufreq
cpufreq: pxa3xx: move cpufreq driver to drivers/cpufreq
cpufreq: pxa2xx: move
This patch moves cpufreq driver of ARM based tegra platform to drivers/cpufreq.
Cc: Stephen Warren
Cc: linux-arm-ker...@lists.infradead.org
Signed-off-by: Viresh Kumar
Acked-by: Stephen Warren
Tested-by: Stephen Warren
Acked-by: Arnd Bergmann
---
arch/arm/mach-tegra/Makefile
This patch moves cpufreq driver of ARM based davinci platform to
drivers/cpufreq.
Cc: Sekhar Nori
Cc: davinci-linux-open-sou...@linux.davincidsp.com
Cc: linux-arm-ker...@lists.infradead.org
Signed-off-by: Viresh Kumar
Acked-by: Sekhar Nori
Acked-by: Arnd Bergmann
---
arch/arm/mach-davinci
This patch moves cpufreq driver of ARM based pxa3xx platform to drivers/cpufreq.
Cc: Eric Miao
Cc: Haojian Zhuang
Cc: linux-arm-ker...@lists.infradead.org
Signed-off-by: Viresh Kumar
Acked-by: Eric Miao
Acked-by: Arnd Bergmann
---
arch/arm/mach-pxa/Makefile
This patch moves cpufreq driver of ARM based pxa2xx platform to drivers/cpufreq.
Cc: Eric Miao
Cc: Haojian Zhuang
Cc: linux-arm-ker...@lists.infradead.org
Signed-off-by: Viresh Kumar
Acked-by: Eric Miao
Acked-by: Arnd Bergmann
---
arch/arm/Kconfig
This patch moves cpufreq driver of ARM based integrator platform to
drivers/cpufreq.
Cc: Russell King
Cc: linux-arm-ker...@lists.infradead.org
Signed-off-by: Viresh Kumar
Acked-by: Arnd Bergmann
Acked-by: Linus Walleij
---
arch/arm/Kconfig | 11
This patch moves cpufreq driver of Samsung's ARM based s3c24xx platform to
drivers/cpufreq.
Cc: Ben Dooks
Cc: Kukjin Kim
Cc: linux-samsung-...@vger.kernel.org
Cc: linux-arm-ker...@lists.infradead.org
Signed-off-by: Viresh Kumar
Acked-by: Arnd Bergmann
---
arch/arm/Kc
This patch moves cpufreq driver of ARM based sa11x0 platform to drivers/cpufreq.
Cc: Russell King
Cc: linux-arm-ker...@lists.infradead.org
Signed-off-by: Viresh Kumar
Acked-by: Arnd Bergmann
---
arch/arm/Kconfig | 8 ---
arch/arm/mach-sa1100/Kconfig
This patch moves cpufreq driver of AVR32 based at32ap platform to
drivers/cpufreq.
Cc: hans-christian.egtv...@atmel.com
Cc: Haavard Skinnemoen
Signed-off-by: Viresh Kumar
Acked-by: Hans-Christian Egtvedt
---
arch/avr32/Kconfig | 13 -
arch
This patch moves cpufreq driver of IA64 architecture to drivers/cpufreq.
Cc: Tony Luck
Cc: Fenghua Yu
Cc: linux-i...@vger.kernel.org
Signed-off-by: Viresh Kumar
Acked-by: Tony Luck
---
arch/ia64/Kconfig | 6 ++---
arch/ia64/kernel/Makefile
This patch moves cpufreq driver of MIPS architecture to drivers/cpufreq.
Cc: Ralf Baechle
Cc: linux-m...@linux-mips.org
Signed-off-by: Viresh Kumar
Acked-by: John Crispin
---
arch/mips/Kconfig | 9 -
arch/mips/kernel/Makefile | 2
This patch moves cpufreq driver of SUPERH architecture to drivers/cpufreq.
Cc: Paul Mundt
Cc: linux...@vger.kernel.org
Signed-off-by: Viresh Kumar
Acked-by: Paul Mundt
---
arch/sh/Kconfig| 18 --
arch/sh/kernel/Makefile
This patch moves cpufreq driver of UNICORE-2 architecture to drivers/cpufreq.
Cc: Guan Xuetao
Signed-off-by: Viresh Kumar
Acked-by: Guan Xuetao
---
arch/unicore32/kernel/Makefile | 1 -
drivers/cpufreq/Makefile
This patch moves cpufreq driver of SPARC architecture to drivers/cpufreq.
Cc: David S. Miller
Cc: sparcli...@vger.kernel.org
Signed-off-by: Viresh Kumar
Acked-by: David S. Miller
---
arch/sparc/Kconfig | 23 --
arch/sparc/kernel/Makefile
This patch moves cpufreq driver of powerpc platform to drivers/cpufreq.
Cc: Benjamin Herrenschmidt
Cc: Paul Mackerras
Cc: Olof Johansson
Cc: linuxppc-...@lists.ozlabs.org
Signed-off-by: Viresh Kumar
---
Compile Tested only.
arch/powerpc/platforms/Kconfig | 31
This patch moves cpufreq driver of powerpc platforms/cell to drivers/cpufreq.
Cc: Arnd Bergmann
Cc: Benjamin Herrenschmidt
Cc: linuxppc-...@lists.ozlabs.org
Signed-off-by: Viresh Kumar
---
Compile Tested only.
arch/powerpc/platforms/cell/Kconfig| 26
This patch moves cpufreq drivers of CRIS architecture to drivers/cpufreq.
Cc: Jesper Nilsson
Cc: Mikael Starvik
Cc: linux-cris-ker...@axis.com
Signed-off-by: Viresh Kumar
Acked-by: Jesper Nilsson
---
arch/cris/arch-v32/mach-a3/Makefile | 1 -
arch/cris
This patch moves cpufreq driver of BLACKFIN architecture to drivers/cpufreq.
Cc: Mike Frysinger
Cc: uclinux-dist-de...@blackfin.uclinux.org
Signed-off-by: Viresh Kumar
Acked-by: Steven Miao
---
arch/blackfin/mach-common/Makefile | 1 -
drivers/cpufreq
Normally we keep drivers in alphabetical inside Kconfig and Makefile and over
time this was broken for ARM cpufreq drivers. Fix it.
Cc: linux-arm-ker...@lists.infradead.org
Signed-off-by: Viresh Kumar
Acked-by: Stephen Warren
Tested-by: Stephen Warren
Acked-by: Arnd Bergmann
---
drivers
On 4 April 2013 18:32, Arnd Bergmann wrote:
> Moving the files is good, but I don't see a reason to make the cbe_cpufreq.h
> header globally visible in include/linux/. Isn't it just used by as the
> interface between ppc_cbe_cpufreq_pmi.c and ppc_cbe_cpufreq.c?
When i moved it initially i though
king function pointers
> covert the cpufreq_data_lock to a rwlock
> v7: Rebase to use the already accepted half
> v8: Correct have_governor_per_policy
> Reviewed location of rcu_read_(un)lock in several spots
Sorry for long delay or too many versions of this patch :)
Acked-by:
On 4 April 2013 21:49, Jacob Shin wrote:
> diff --git a/drivers/cpufreq/cpufreq_ondemand.c
> b/drivers/cpufreq/cpufreq_ondemand.c
> +static void od_set_powersave_bias(unsigned int powersave_bias)
> +{
> + unsigned int cpu;
> + struct od_dbs_tuners *od_tuners;
> +
> + if (!have_
On 5 April 2013 04:06, Rafael J. Wysocki wrote:
> On Thursday, April 04, 2013 06:24:08 PM Viresh Kumar wrote:
>> Hi Rafael,
>>
>> These are all the remaining patches i have for 3.10. All of them have
>> received
>> Acks from their maintainers leaving power
ivers/cpufreq/cpufreq_governor.h |4 +
> drivers/cpufreq/cpufreq_ondemand.c | 56 ++--
> 8 files changed, 242 insertions(+), 9 deletions(-)
> create mode 100644 drivers/cpufreq/amd_freq_sensitivity.c
For the latest versions sent by you (including {get|put}_online_cpus()):
ers/cpufreq/cpufreq-cpu0.c | 20 ++--
> drivers/regulator/core.c |4 ++--
> 2 files changed, 16 insertions(+), 8 deletions(-)
Acked-by: Viresh Kumar
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to m
On Thu, Apr 4, 2013 at 11:05 PM, wrote:
> From: Dirk Brandewie
>
> The current calculation of the delay time is wrong and a cut and paste
> error from a previous experimental driver. This can result in the
> timeout being set to jiffies + 1 which setup the driver to race with
> it's self if the
On 4 April 2013 18:24, Viresh Kumar wrote:
> This patch moves cpufreq driver of powerpc platform to drivers/cpufreq.
>
> Cc: Benjamin Herrenschmidt
> Cc: Paul Mackerras
> Cc: Olof Johansson
> Cc: linuxppc-...@lists.ozlabs.org
> Signed-off-by: Viresh Kumar
> -
On 5 April 2013 10:19, Viresh Kumar wrote:
> For the latest versions sent by you (including {get|put}_online_cpus()):
>
> Acked-by: Viresh Kumar
Hi Rafael,
I see that you have applied this patchset to bleeding-edge, but in
wrong order. You have applied 2/2 first and then 1/2, which is
On 5 April 2013 12:18, Kukjin Kim wrote:
> Basically, this moving looks good to me, but should be re-worked based on
> for-next of samsung tree because this touches too many samsung stuff so this
> should be sent to upstream via samsung tree.
Hmm... Its already applied in Rafael's tree. But it do
On 4 April 2013 03:24, Tejun Heo wrote:
> Not a call, probably a module_param() so that it can be switched
> on/off during boot. You can make the param writable so that it can be
> flipped run-time but updating existing workqueues would be non-trivial
> and I don't think it's gonna be worthwhile.
On 31 March 2013 09:16, Viresh Kumar wrote:
> On 31 March 2013 07:16, Rafael J. Wysocki wrote:
>> On Sunday, March 31, 2013 07:03:04 AM Viresh Kumar wrote:
>>> On 31 March 2013 03:31, Rafael J. Wysocki wrote:
>>> > Sorry, I won't apply this. It chang
On 5 April 2013 16:15, Rafael J. Wysocki wrote:
> OK
>
> Please resend it after v3.10-rc1 and I'll take it for v3.11. Surely, it can
> wait for that long.
For sure. Thanks.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kerne
sched_domains_numa_distance is written as sched_domains_nume_distance inside one
of the comments. Fix it.
Signed-off-by: Viresh Kumar
---
kernel/sched/core.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/kernel/sched/core.c b/kernel/sched/core.c
index 286066e..2e0de12
With the addition of following patch, related_cpus is required to be set by
cpufreq platform drivers:
commit c1070fd743533efb54e98142252283583f379190
Author: Viresh Kumar
Date: Mon Jan 14 13:23:04 2013 +
cpufreq: Simplify cpufreq_add_dev()
Because this change is required by all
This reverts commit 956f33948b95aa91f6cbc6860087671c6ac1de4b.
With the addition of following patch, this change/variable is not required:
commit b9ba2725343ae57add3f324dfa5074167f48de96
Author: Viresh Kumar
Date: Mon Jan 14 13:23:03 2013 +
cpufreq: Simplify __cpufreq_remove_dev
On 29 January 2013 10:09, Viresh Kumar wrote:
> With the addition of following patch, related_cpus is required to be set by
> cpufreq platform drivers:
>
> commit c1070fd743533efb54e98142252283583f379190
> Author: Viresh Kumar
> Date: Mon Jan 14 13:23:04 2013 +
>
&g
Next time, please direct these mails to my Linaro id :)
On Mon, Jan 28, 2013 at 4:34 PM, Andy Shevchenko
wrote:
> On some hardware configurations we have got the request line with the offset.
> The patch introduces convert_slave_id() helper for that cases. The request
> line
> base is got from t
On 29 January 2013 17:21, Rafael J. Wysocki wrote:
> On Tuesday, January 29, 2013 10:09:59 AM Viresh Kumar wrote:
>> With the addition of following patch, related_cpus is required to be set by
>> cpufreq platform drivers:
>>
>> commit c1070fd743533efb54e981422522835
e additional cpus,
other than cpus present in policy->cpus, they are free to do it as we aren't
overriding anything.
Signed-off-by: Viresh Kumar
Tested-by: Shawn Guo
Signed-off-by: Rafael J. Wysocki
---
V2->V3:
- Set all cpus present in policy->cpus in related_cpus as well.
-
Adding Arnd in cc.
On 29 January 2013 20:36, Andy Shevchenko
wrote:
> In some cases we got the device without dma_mask configured. We have to apply
> the default value to avoid crashes during memory mapping.
>
> Signed-off-by: Andy Shevchenko
> ---
> drivers/dma/dw_dmac.c |6 ++
> 1 fil
101 - 200 of 9140 matches
Mail list logo
