All of lore.kernel.org
 help / color / mirror / Atom feed
* [PATCH 10/10] mach-ux500: update and move cpufreq driver
@ 2011-05-06 13:06 Linus Walleij
  2011-05-06 13:22 ` Arnd Bergmann
  0 siblings, 1 reply; 9+ messages in thread
From: Linus Walleij @ 2011-05-06 13:06 UTC (permalink / raw)
  To: Samuel Ortiz, linux-kernel
  Cc: Lee Jones, Linus Walleij, Arnd Bergmann, Dave Jones

From: Linus Walleij <linus.walleij@linaro.org>

This updates the ux500 cpufreq driver to the new interface from the
updated DB8500 PRCMU driver and moves it to drivers/cpufreq as
discussed with Dave Jones.

The Makefile change in drivers/cpufreq will collide with Daves commit
moving cpufreq drivers into drivers/cpufreq/*, this needs to be fixed up
in next or the merge window since this driver depend deeply on other
changes in this patchset and GPIO consolidation.

Cc: Arnd Bergmann <arnd@arndb.de>
Cc: Dave Jones <davej@redhat.com>
Signed-off-by: Linus Walleij <linus.walleij@linaro.org>
---
If this one looks OK to you Dave, an ACK would be appreciated!
---
 arch/arm/mach-ux500/cpufreq.c    |  210 --------------------------------------
 drivers/cpufreq/Makefile         |    1 +
 drivers/cpufreq/db8500-cpufreq.c |  169 ++++++++++++++++++++++++++++++
 3 files changed, 170 insertions(+), 210 deletions(-)
 delete mode 100644 arch/arm/mach-ux500/cpufreq.c
 create mode 100644 drivers/cpufreq/db8500-cpufreq.c

diff --git a/arch/arm/mach-ux500/cpufreq.c b/arch/arm/mach-ux500/cpufreq.c
deleted file mode 100644
index d196939..0000000
--- a/arch/arm/mach-ux500/cpufreq.c
+++ /dev/null
@@ -1,210 +0,0 @@
-/*
- * CPU frequency scaling for u8500
- * Inspired by linux/arch/arm/mach-davinci/cpufreq.c
- *
- * Copyright (C) STMicroelectronics 2009
- * Copyright (C) ST-Ericsson SA 2010
- *
- * License Terms: GNU General Public License v2
- *
- * Author: Sundar Iyer <sundar.iyer@stericsson.com>
- * Author: Martin Persson <martin.persson@stericsson.com>
- * Author: Jonas Aaberg <jonas.aberg@stericsson.com>
- *
- */
-
-#include <linux/platform_device.h>
-#include <linux/kernel.h>
-#include <linux/cpufreq.h>
-#include <linux/delay.h>
-#include <linux/mfd/db8500-prcmu.h>
-
-#include <mach/hardware.h>
-
-#define DRIVER_NAME "cpufreq-u8500"
-#define CPUFREQ_NAME "u8500"
-
-static struct device *dev;
-
-static struct cpufreq_frequency_table freq_table[] = {
-	[0] = {
-		.index = 0,
-		.frequency = 200000,
-	},
-	[1] = {
-		.index = 1,
-		.frequency = 300000,
-	},
-	[2] = {
-		.index = 2,
-		.frequency = 600000,
-	},
-	[3] = {
-		/* Used for CPU_OPP_MAX, if available */
-		.index = 3,
-		.frequency = CPUFREQ_TABLE_END,
-	},
-	[4] = {
-		.index = 4,
-		.frequency = CPUFREQ_TABLE_END,
-	},
-};
-
-static enum prcmu_cpu_opp index2opp[] = {
-	CPU_OPP_EXT_CLK,
-	CPU_OPP_50,
-	CPU_OPP_100,
-	CPU_OPP_MAX
-};
-
-static int u8500_cpufreq_verify_speed(struct cpufreq_policy *policy)
-{
-	return cpufreq_frequency_table_verify(policy, freq_table);
-}
-
-static int u8500_cpufreq_target(struct cpufreq_policy *policy,
-				unsigned int target_freq,
-				unsigned int relation)
-{
-	struct cpufreq_freqs freqs;
-	unsigned int index;
-	int ret = 0;
-
-	/*
-	 * Ensure desired rate is within allowed range.  Some govenors
-	 * (ondemand) will just pass target_freq=0 to get the minimum.
-	 */
-	if (target_freq < policy->cpuinfo.min_freq)
-		target_freq = policy->cpuinfo.min_freq;
-	if (target_freq > policy->cpuinfo.max_freq)
-		target_freq = policy->cpuinfo.max_freq;
-
-	ret = cpufreq_frequency_table_target(policy, freq_table,
-					     target_freq, relation, &index);
-	if (ret < 0) {
-		dev_err(dev, "Could not look up next frequency\n");
-		return ret;
-	}
-
-	freqs.old = policy->cur;
-	freqs.new = freq_table[index].frequency;
-	freqs.cpu = policy->cpu;
-
-	if (freqs.old == freqs.new) {
-		dev_dbg(dev, "Current and target frequencies are equal\n");
-		return 0;
-	}
-
-	dev_dbg(dev, "transition: %u --> %u\n", freqs.old, freqs.new);
-	cpufreq_notify_transition(&freqs, CPUFREQ_PRECHANGE);
-
-	ret = prcmu_set_cpu_opp(index2opp[index]);
-	if (ret < 0) {
-		dev_err(dev, "Failed to set OPP level\n");
-		return ret;
-	}
-
-	cpufreq_notify_transition(&freqs, CPUFREQ_POSTCHANGE);
-
-	return ret;
-}
-
-static unsigned int u8500_cpufreq_getspeed(unsigned int cpu)
-{
-	int i;
-
-	for (i = 0; prcmu_get_cpu_opp() != index2opp[i]; i++)
-		;
-	return freq_table[i].frequency;
-}
-
-static int __cpuinit u8500_cpu_init(struct cpufreq_policy *policy)
-{
-	int res;
-
-	BUILD_BUG_ON(ARRAY_SIZE(index2opp) + 1 != ARRAY_SIZE(freq_table));
-
-	if (cpu_is_u8500v2()) {
-		freq_table[1].frequency = 400000;
-		freq_table[2].frequency = 800000;
-		if (prcmu_has_arm_maxopp())
-			freq_table[3].frequency = 1000000;
-	}
-
-	/* get policy fields based on the table */
-	res = cpufreq_frequency_table_cpuinfo(policy, freq_table);
-	if (!res)
-		cpufreq_frequency_table_get_attr(freq_table, policy->cpu);
-	else {
-		dev_err(dev, "u8500-cpufreq : Failed to read policy table\n");
-		return res;
-	}
-
-	policy->min = policy->cpuinfo.min_freq;
-	policy->max = policy->cpuinfo.max_freq;
-	policy->cur = u8500_cpufreq_getspeed(policy->cpu);
-	policy->governor = CPUFREQ_DEFAULT_GOVERNOR;
-
-	/*
-	 * FIXME : Need to take time measurement across the target()
-	 *	   function with no/some/all drivers in the notification
-	 *	   list.
-	 */
-	policy->cpuinfo.transition_latency = 200 * 1000; /* in ns */
-
-	/* policy sharing between dual CPUs */
-	cpumask_copy(policy->cpus, &cpu_present_map);
-
-	policy->shared_type = CPUFREQ_SHARED_TYPE_ALL;
-
-	return res;
-}
-
-static struct freq_attr *u8500_cpufreq_attr[] = {
-	&cpufreq_freq_attr_scaling_available_freqs,
-	NULL,
-};
-static int u8500_cpu_exit(struct cpufreq_policy *policy)
-{
-	cpufreq_frequency_table_put_attr(policy->cpu);
-	return 0;
-}
-
-static struct cpufreq_driver u8500_driver = {
-	.owner = THIS_MODULE,
-	.flags = CPUFREQ_STICKY,
-	.verify = u8500_cpufreq_verify_speed,
-	.target = u8500_cpufreq_target,
-	.get = u8500_cpufreq_getspeed,
-	.init = u8500_cpu_init,
-	.exit = u8500_cpu_exit,
-	.name = CPUFREQ_NAME,
-	.attr = u8500_cpufreq_attr,
-};
-
-static int __init u8500_cpufreq_probe(struct platform_device *pdev)
-{
-	dev = &pdev->dev;
-	return cpufreq_register_driver(&u8500_driver);
-}
-
-static int __exit u8500_cpufreq_remove(struct platform_device *pdev)
-{
-	return cpufreq_unregister_driver(&u8500_driver);
-}
-
-static struct platform_driver u8500_cpufreq_driver = {
-	.driver = {
-		.name	 = DRIVER_NAME,
-		.owner	 = THIS_MODULE,
-	},
-	.remove = __exit_p(u8500_cpufreq_remove),
-};
-
-static int __init u8500_cpufreq_init(void)
-{
-	return platform_driver_probe(&u8500_cpufreq_driver,
-				     &u8500_cpufreq_probe);
-}
-
-device_initcall(u8500_cpufreq_init);
diff --git a/drivers/cpufreq/Makefile b/drivers/cpufreq/Makefile
index 71fc3b4..fe8d488 100644
--- a/drivers/cpufreq/Makefile
+++ b/drivers/cpufreq/Makefile
@@ -13,3 +13,4 @@ obj-$(CONFIG_CPU_FREQ_GOV_CONSERVATIVE)	+= cpufreq_conservative.o
 # CPUfreq cross-arch helpers
 obj-$(CONFIG_CPU_FREQ_TABLE)		+= freq_table.o
 
+obj-$(CONFIG_UX500_SOC_DB8500)		+= db8500-cpufreq.o
diff --git a/drivers/cpufreq/db8500-cpufreq.c b/drivers/cpufreq/db8500-cpufreq.c
new file mode 100644
index 0000000..ad3e644
--- /dev/null
+++ b/drivers/cpufreq/db8500-cpufreq.c
@@ -0,0 +1,169 @@
+/*
+ * Copyright (C) STMicroelectronics 2009
+ * Copyright (C) ST-Ericsson SA 2010
+ *
+ * License Terms: GNU General Public License v2
+ * Author: Sundar Iyer <sundar.iyer@stericsson.com>
+ * Author: Martin Persson <martin.persson@stericsson.com>
+ * Author: Jonas Aaberg <jonas.aberg@stericsson.com>
+ *
+ */
+#include <linux/kernel.h>
+#include <linux/cpufreq.h>
+#include <linux/delay.h>
+#include <linux/slab.h>
+#include <linux/mfd/db8500-prcmu.h>
+#include <mach/id.h>
+
+static struct cpufreq_frequency_table freq_table[] = {
+	[0] = {
+		.index = 0,
+		.frequency = 300000,
+	},
+	[1] = {
+		.index = 1,
+		.frequency = 600000,
+	},
+	[2] = {
+		/* Used for MAX_OPP, if available */
+		.index = 2,
+		.frequency = CPUFREQ_TABLE_END,
+	},
+	[3] = {
+		.index = 3,
+		.frequency = CPUFREQ_TABLE_END,
+	},
+};
+
+static enum arm_opp idx2opp[] = {
+	ARM_50_OPP,
+	ARM_100_OPP,
+	ARM_MAX_OPP
+};
+
+static struct freq_attr *db8500_cpufreq_attr[] = {
+	&cpufreq_freq_attr_scaling_available_freqs,
+	NULL,
+};
+
+static int db8500_cpufreq_verify_speed(struct cpufreq_policy *policy)
+{
+	return cpufreq_frequency_table_verify(policy, freq_table);
+}
+
+static int db8500_cpufreq_target(struct cpufreq_policy *policy,
+				unsigned int target_freq,
+				unsigned int relation)
+{
+	struct cpufreq_freqs freqs;
+	unsigned int idx;
+
+	/* scale the target frequency to one of the extremes supported */
+	if (target_freq < policy->cpuinfo.min_freq)
+		target_freq = policy->cpuinfo.min_freq;
+	if (target_freq > policy->cpuinfo.max_freq)
+		target_freq = policy->cpuinfo.max_freq;
+
+	/* Lookup the next frequency */
+	if (cpufreq_frequency_table_target
+	    (policy, freq_table, target_freq, relation, &idx)) {
+		return -EINVAL;
+	}
+
+	freqs.old = policy->cur;
+	freqs.new = freq_table[idx].frequency;
+	freqs.cpu = policy->cpu;
+
+	if (freqs.old == freqs.new)
+		return 0;
+
+	/* pre-change notification */
+	cpufreq_notify_transition(&freqs, CPUFREQ_PRECHANGE);
+
+	/* request the PRCM unit for opp change */
+	if (prcmu_set_arm_opp(idx2opp[idx])) {
+		pr_err("db8500-cpufreq:  Failed to set OPP level\n");
+		return -EINVAL;
+	}
+
+	/* post change notification */
+	cpufreq_notify_transition(&freqs, CPUFREQ_POSTCHANGE);
+
+	return 0;
+}
+
+static unsigned int db8500_cpufreq_getspeed(unsigned int cpu)
+{
+	int i;
+	/* request the prcm to get the current ARM opp */
+	for (i = 0; prcmu_get_arm_opp() != idx2opp[i]; i++)
+		;
+	return freq_table[i].frequency;
+}
+
+static int __cpuinit db8500_cpufreq_init(struct cpufreq_policy *policy)
+{
+	int res;
+	int i;
+
+	BUILD_BUG_ON(ARRAY_SIZE(idx2opp) + 1 != ARRAY_SIZE(freq_table));
+
+	if (cpu_is_u8500v2() && !prcmu_is_u8400()) {
+		freq_table[0].frequency = 400000;
+		freq_table[1].frequency = 800000;
+		if (prcmu_has_arm_maxopp())
+			freq_table[2].frequency = 1000000;
+	}
+
+	/* get policy fields based on the table */
+	res = cpufreq_frequency_table_cpuinfo(policy, freq_table);
+	if (!res)
+		cpufreq_frequency_table_get_attr(freq_table, policy->cpu);
+	else {
+		pr_err("db8500-cpufreq : Failed to read policy table\n");
+		return res;
+	}
+
+	policy->min = policy->cpuinfo.min_freq;
+	policy->max = policy->cpuinfo.max_freq;
+	policy->cur = db8500_cpufreq_getspeed(policy->cpu);
+
+	for (i = 0; freq_table[i].frequency != policy->cur; i++)
+		;
+
+	policy->governor = CPUFREQ_DEFAULT_GOVERNOR;
+
+	/*
+	 * FIXME : Need to take time measurement across the target()
+	 *	   function with no/some/all drivers in the notification
+	 *	   list.
+	 */
+	policy->cpuinfo.transition_latency = 20 * 1000; /* in ns */
+
+	/* policy sharing between dual CPUs */
+	cpumask_copy(policy->cpus, &cpu_present_map);
+
+	policy->shared_type = CPUFREQ_SHARED_TYPE_ALL;
+
+	return 0;
+}
+
+static struct cpufreq_driver db8500_cpufreq_driver = {
+	.flags  = CPUFREQ_STICKY,
+	.verify = db8500_cpufreq_verify_speed,
+	.target = db8500_cpufreq_target,
+	.get    = db8500_cpufreq_getspeed,
+	.init   = db8500_cpufreq_init,
+	.name   = "DB8500",
+	.attr   = db8500_cpufreq_attr,
+};
+
+static int __init db8500_cpufreq_register(void)
+{
+	if (cpu_is_u8500v1() || ux500_is_svp())
+		return -ENODEV;
+
+	pr_info("cpufreq for DB8500 started\n");
+	return cpufreq_register_driver(&db8500_cpufreq_driver);
+}
+device_initcall(db8500_cpufreq_register);
-- 
1.7.3.2


^ permalink raw reply related	[flat|nested] 9+ messages in thread

* Re: [PATCH 10/10] mach-ux500: update and move cpufreq driver
  2011-05-06 13:06 [PATCH 10/10] mach-ux500: update and move cpufreq driver Linus Walleij
@ 2011-05-06 13:22 ` Arnd Bergmann
  2011-05-10  5:59   ` Dave Jones
  0 siblings, 1 reply; 9+ messages in thread
From: Arnd Bergmann @ 2011-05-06 13:22 UTC (permalink / raw)
  To: Linus Walleij
  Cc: Samuel Ortiz, linux-kernel, Lee Jones, Linus Walleij, Dave Jones

On Friday 06 May 2011, Linus Walleij wrote:
> 
> From: Linus Walleij <linus.walleij@linaro.org>
> 
> This updates the ux500 cpufreq driver to the new interface from the
> updated DB8500 PRCMU driver and moves it to drivers/cpufreq as
> discussed with Dave Jones.
> 
> The Makefile change in drivers/cpufreq will collide with Daves commit
> moving cpufreq drivers into drivers/cpufreq/*, this needs to be fixed up
> in next or the merge window since this driver depend deeply on other
> changes in this patchset and GPIO consolidation.
> 
> Cc: Arnd Bergmann <arnd@arndb.de>
> Cc: Dave Jones <davej@redhat.com>
> Signed-off-by: Linus Walleij <linus.walleij@linaro.org>

Looks good for all I can tell, but please split this into two patches,
one for the conversion to the new interface and one for the actual
move. That would make it possible to review the changes you did.

	Arnd

^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: [PATCH 10/10] mach-ux500: update and move cpufreq driver
  2011-05-06 13:22 ` Arnd Bergmann
@ 2011-05-10  5:59   ` Dave Jones
  2011-05-10 23:54     ` Linus Walleij
  2011-05-16  9:02     ` Linus Walleij
  0 siblings, 2 replies; 9+ messages in thread
From: Dave Jones @ 2011-05-10  5:59 UTC (permalink / raw)
  To: Arnd Bergmann
  Cc: Linus Walleij, Samuel Ortiz, linux-kernel, Lee Jones, Linus Walleij

On Fri, May 06, 2011 at 03:22:33PM +0200, Arnd Bergmann wrote:
 > On Friday 06 May 2011, Linus Walleij wrote:
 > > 
 > > From: Linus Walleij <linus.walleij@linaro.org>
 > > 
 > > This updates the ux500 cpufreq driver to the new interface from the
 > > updated DB8500 PRCMU driver and moves it to drivers/cpufreq as
 > > discussed with Dave Jones.
 > > 
 > > The Makefile change in drivers/cpufreq will collide with Daves commit
 > > moving cpufreq drivers into drivers/cpufreq/*, this needs to be fixed up
 > > in next or the merge window since this driver depend deeply on other
 > > changes in this patchset and GPIO consolidation.
 > > 
 > > Cc: Arnd Bergmann <arnd@arndb.de>
 > > Cc: Dave Jones <davej@redhat.com>
 > > Signed-off-by: Linus Walleij <linus.walleij@linaro.org>
 > 
 > Looks good for all I can tell, but please split this into two patches,
 > one for the conversion to the new interface and one for the actual
 > move. That would make it possible to review the changes you did.

Haven't had chance to really read much patches the last few days
(travelling until the 16th).  Due to the patch collisions we'll keep
seeing on kconfig/Makefiles, should these go via the cpufreq tree,
or do people want to still push them through their respective arch trees ?

When I'm back, I'm happy to take them if that's the decision.

	Dave


^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: [PATCH 10/10] mach-ux500: update and move cpufreq driver
  2011-05-10  5:59   ` Dave Jones
@ 2011-05-10 23:54     ` Linus Walleij
  2011-05-16  9:02     ` Linus Walleij
  1 sibling, 0 replies; 9+ messages in thread
From: Linus Walleij @ 2011-05-10 23:54 UTC (permalink / raw)
  To: Dave Jones, Arnd Bergmann, Linus Walleij, Samuel Ortiz,
	linux-kernel, Lee Jones, Linus Walleij

2011/5/10 Dave Jones <davej@redhat.com>:

> Haven't had chance to really read much patches the last few days
> (travelling until the 16th).  Due to the patch collisions we'll keep
> seeing on kconfig/Makefiles, should these go via the cpufreq tree,
> or do people want to still push them through their respective arch trees ?

In this specific case it will likely have to be through my tree, since I'm
not just messing with the cpufreq driver but also the thing it is using
for communication proxy, i.e. the PRCMU MFD driver.

I'm mainly after seeing if it's in shape to be pushed into drivers/cpufreq/*
and then I will be rebasing and requesting Linus (Torvalds) to pull this
after your cpufreq changes are gone in first.

So right now I'm looking for ACKs.

Thanks,
Linus Walleij

^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: [PATCH 10/10] mach-ux500: update and move cpufreq driver
  2011-05-10  5:59   ` Dave Jones
  2011-05-10 23:54     ` Linus Walleij
@ 2011-05-16  9:02     ` Linus Walleij
  2011-05-17 21:12       ` Dave Jones
  1 sibling, 1 reply; 9+ messages in thread
From: Linus Walleij @ 2011-05-16  9:02 UTC (permalink / raw)
  To: Dave Jones, Arnd Bergmann, Linus Walleij, Samuel Ortiz,
	linux-kernel, Lee Jones, Linus Walleij

2011/5/10 Dave Jones <davej@redhat.com>:

> Haven't had chance to really read much patches the last few days
> (travelling until the 16th).  Due to the patch collisions we'll keep
> seeing on kconfig/Makefiles, should these go via the cpufreq tree,
> or do people want to still push them through their respective arch trees ?

I pushed a patch series yesterday that basically deactivates the
cpufreq driver in the mach-ux500, moves it over to drivers/cpufreq,
updates it, then reactivates it in the new place with a patch to
the Makefile.

Of these changes only the last patch will collide with your tree,
so I pushed all of them except that one to linux-next.

The last patch I plan to submit to Torvalds directly after both
trees have gone into the merge window.

Can you please look into this and ACK the patches if they
seem OK?

Linus Walleij

^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: [PATCH 10/10] mach-ux500: update and move cpufreq driver
  2011-05-16  9:02     ` Linus Walleij
@ 2011-05-17 21:12       ` Dave Jones
  2011-05-17 23:07         ` Nicolas Pitre
  2011-05-18  5:18         ` Linus Walleij
  0 siblings, 2 replies; 9+ messages in thread
From: Dave Jones @ 2011-05-17 21:12 UTC (permalink / raw)
  To: Linus Walleij
  Cc: Arnd Bergmann, Linus Walleij, Samuel Ortiz, linux-kernel, Lee Jones

On Mon, May 16, 2011 at 11:02:14AM +0200, Linus Walleij wrote:
 > 2011/5/10 Dave Jones <davej@redhat.com>:
 > 
 > > Haven't had chance to really read much patches the last few days
 > > (travelling until the 16th).  Due to the patch collisions we'll keep
 > > seeing on kconfig/Makefiles, should these go via the cpufreq tree,
 > > or do people want to still push them through their respective arch trees ?
 > 
 > I pushed a patch series yesterday that basically deactivates the
 > cpufreq driver in the mach-ux500, moves it over to drivers/cpufreq,
 > updates it, then reactivates it in the new place with a patch to
 > the Makefile.

Just got back from travelling, so I'm buried under mail backlog right now.
The only one that jumped out was the one I was cc'd on
([PATCH 10/10] mach-ux500: update and move cpufreq driver).

 > Of these changes only the last patch will collide with your tree,
 > so I pushed all of them except that one to linux-next.
 > 
 > The last patch I plan to submit to Torvalds directly after both
 > trees have gone into the merge window.
 > 
 > Can you please look into this and ACK the patches if they
 > seem OK?

The patch that moves the driver over looked ok to me, so feel free
to add my acked-by to it.

>From the look of things, the Kconfig is staying under arch/arm for now ?

thanks,

	Dave


^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: [PATCH 10/10] mach-ux500: update and move cpufreq driver
  2011-05-17 21:12       ` Dave Jones
@ 2011-05-17 23:07         ` Nicolas Pitre
  2011-05-18  5:21           ` Linus Walleij
  2011-05-18  5:18         ` Linus Walleij
  1 sibling, 1 reply; 9+ messages in thread
From: Nicolas Pitre @ 2011-05-17 23:07 UTC (permalink / raw)
  To: Dave Jones
  Cc: Linus Walleij, Arnd Bergmann, Linus Walleij, Samuel Ortiz, lkml,
	Lee Jones

On Tue, 17 May 2011, Dave Jones wrote:

> On Mon, May 16, 2011 at 11:02:14AM +0200, Linus Walleij wrote:
>  > Can you please look into this and ACK the patches if they
>  > seem OK?
> 
> The patch that moves the driver over looked ok to me, so feel free
> to add my acked-by to it.
> 
> From the look of things, the Kconfig is staying under arch/arm for now ?

I think this would be better if the Kconfig entry moved along with the 
code, adding the appropriate dependencies as needed.


Nicolas

^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: [PATCH 10/10] mach-ux500: update and move cpufreq driver
  2011-05-17 21:12       ` Dave Jones
  2011-05-17 23:07         ` Nicolas Pitre
@ 2011-05-18  5:18         ` Linus Walleij
  1 sibling, 0 replies; 9+ messages in thread
From: Linus Walleij @ 2011-05-18  5:18 UTC (permalink / raw)
  To: Dave Jones, Linus Walleij, Arnd Bergmann, Linus Walleij,
	Samuel Ortiz, linux-kernel, Lee Jones

2011/5/17 Dave Jones <davej@redhat.com>:

> From the look of things, the Kconfig is staying under arch/arm for now ?

Actually I use the Kconfig entry for the SoC to build the driver,
that makes the Makefile patch a oneliner and simple to resolve.

I can make a separate Kconfig for it in cpufreq and select it
from the SoC instead.

Linus Walleij

^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: [PATCH 10/10] mach-ux500: update and move cpufreq driver
  2011-05-17 23:07         ` Nicolas Pitre
@ 2011-05-18  5:21           ` Linus Walleij
  0 siblings, 0 replies; 9+ messages in thread
From: Linus Walleij @ 2011-05-18  5:21 UTC (permalink / raw)
  To: Nicolas Pitre; +Cc: Dave Jones, Arnd Bergmann, Samuel Ortiz, lkml, Lee Jones

2011/5/18 Nicolas Pitre <nicolas.pitre@linaro.org>:
> On Tue, 17 May 2011, Dave Jones wrote:
>> From the look of things, the Kconfig is staying under arch/arm for now ?
>
> I think this would be better if the Kconfig entry moved along with the
> code, adding the appropriate dependencies as needed.

It never had a Kconfig, it was just using the SoC Kconfig.
(It'll exit cleanly from the probe anyway.)

But I'll add something under cpufreq for it.

Linus

^ permalink raw reply	[flat|nested] 9+ messages in thread

end of thread, other threads:[~2011-05-18  5:21 UTC | newest]

Thread overview: 9+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2011-05-06 13:06 [PATCH 10/10] mach-ux500: update and move cpufreq driver Linus Walleij
2011-05-06 13:22 ` Arnd Bergmann
2011-05-10  5:59   ` Dave Jones
2011-05-10 23:54     ` Linus Walleij
2011-05-16  9:02     ` Linus Walleij
2011-05-17 21:12       ` Dave Jones
2011-05-17 23:07         ` Nicolas Pitre
2011-05-18  5:21           ` Linus Walleij
2011-05-18  5:18         ` Linus Walleij

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.