On Thursday, May 10, 2012, Marek Szyprowski wrote:
Hi Rafael,
On Monday, May 07, 2012 8:45 PM Rafael J. Wysocki wrote:
On Monday, May 07, 2012, Marek Szyprowski wrote:
Hi Rafael,
I'm sorry for a late reply, I was on holidays last week and just got back
to
the office
On Thursday, May 10, 2012, Rafael J. Wysocki wrote:
On Thursday, May 10, 2012, Marek Szyprowski wrote:
Hi Rafael,
On Monday, May 07, 2012 8:45 PM Rafael J. Wysocki wrote:
On Monday, May 07, 2012, Marek Szyprowski wrote:
Hi Rafael,
I'm sorry for a late reply, I
On Monday, May 14, 2012, Marek Szyprowski wrote:
Hi
On 2012-05-11 22:51, Rafael J. Wysocki wrote:
On Thursday, May 10, 2012, Rafael J. Wysocki wrote:
On Thursday, May 10, 2012, Marek Szyprowski wrote:
Hi Rafael,
On Monday, May 07, 2012 8:45 PM Rafael J. Wysocki wrote:
On Monday
On Monday, May 14, 2012, Marek Szyprowski wrote:
Hello,
On 5/14/2012 9:04 PM, Rafael J. Wysocki wrote:
On Monday, May 14, 2012, Marek Szyprowski wrote:
[...]
I'm fine with this solution. Thanks for your help!
OK, no problem.
Do you want me to apply the patch literally in the above
On Tuesday, July 17, 2012, Kukjin Kim wrote:
Kukjin Kim wrote:
From: Jaecheol Lee jc@samsung.com
This patch adds support 1.7GHz max frequency for EXYNOS5250
Signed-off-by: Jaecheol Lee jc@samsung.com
Signed-off-by: Kukjin Kim kgene@samsung.com
---
On Tuesday, July 24, 2012, Guenter Roeck wrote:
On Tue, Jul 24, 2012 at 12:20:33PM +0530, Sachin Kamat wrote:
Hi Amit,
On 14 July 2012 12:55, amit kachhap amit.kach...@gmail.com wrote:
On Fri, Jul 13, 2012 at 8:11 PM, Guenter Roeck li...@roeck-us.net wrote:
On Fri, Jul 13, 2012 at
On Monday, September 10, 2012, Rafael J. Wysocki wrote:
On Monday, September 10, 2012, Zhang Rui wrote:
Refreshed to remove the notifier mechanism as we do not have a real user of
it.
if there is no problem, I'll apply the whole patch set to thermal next tree.
From: Amit Daniel
On Monday, September 10, 2012, Zhang Rui wrote:
Refreshed to remove the notifier mechanism as we do not have a real user of
it.
if there is no problem, I'll apply the whole patch set to thermal next tree.
From: Amit Daniel Kachhap amit.kach...@linaro.org
Date: Thu, 16 Aug 2012 17:11:40
,
cpu_possible_mask);
cpumask_copy(policy-cpus, cpu_online_mask);
} else {
+ policy-shared_type = CPUFREQ_SHARED_TYPE_ANY;
cpumask_setall(policy-cpus);
}
Ping.
Am I supposed to handle this?
Rafael
--
I speak only for myself.
Rafael J
On Wednesday, November 21, 2012 10:23:02 PM Tomasz Figa wrote:
Hi Rafael,
On Wednesday 21 of November 2012 21:47:42 Rafael J. Wysocki wrote:
On Wednesday, November 21, 2012 02:52:26 PM Tomasz Figa wrote:
On Tuesday 13 of November 2012 10:26:12 Tomasz Figa wrote:
On Exynos SoCs all
.
Rafael J. Wysocki, Intel Open Source Technology Center.
--
To unsubscribe from this list: send the line unsubscribe linux-samsung-soc in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
for myself.
Rafael J. Wysocki, Intel Open Source Technology Center.
--
To unsubscribe from this list: send the line unsubscribe linux-samsung-soc in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
.
So here's a deal: I'll drop cpufreq: Simplify cpufreq_add_dev() for now and
you'll generate a new patch that won't cause the WARN_ON() to trigger. OK?
Rafael
--
I speak only for myself.
Rafael J. Wysocki, Intel Open Source Technology Center.
--
To unsubscribe from this list: send the line
On Monday, January 28, 2013 06:29:35 PM Viresh Kumar wrote:
On 28 January 2013 17:56, Rafael J. Wysocki r...@sisk.pl wrote:
So here's a deal: I'll drop cpufreq: Simplify cpufreq_add_dev() for now
and
you'll generate a new patch that won't cause the WARN_ON() to trigger. OK
speak only for myself.
Rafael J. Wysocki, Intel Open Source Technology Center.
--
To unsubscribe from this list: send the line unsubscribe linux-samsung-soc in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
/cpufreq/exynos5440-cpufreq.c
Is this for me or the Samsung tree?
If it's for me, I need ACKs from the Samsung tree maintainers. Also, please
address the Viresh's comments.
Thanks,
Rafael
--
I speak only for myself.
Rafael J. Wysocki, Intel Open Source Technology Center.
--
To unsubscribe from
On Monday, April 08, 2013 06:15:09 PM Kukjin Kim wrote:
Rafael J. Wysocki wrote:
On Friday, April 05, 2013 12:36:34 PM Viresh Kumar wrote:
On 5 April 2013 12:18, Kukjin Kim kgene@samsung.com wrote:
Basically, this moving looks good to me, but should be re-worked based
On Monday, April 08, 2013 09:02:44 PM Kukjin Kim wrote:
amit daniel kachhap wrote:
On Fri, Apr 5, 2013 at 6:08 PM, Rafael J. Wysocki r...@sisk.pl wrote:
On Thursday, March 28, 2013 01:35:18 PM Amit Daniel Kachhap wrote:
Submitting the V5 version of exynos5440 cpufreq driver
(opp);
Please use RCU read locks as documented for OPP library.
Argh. I overlooked that and the series has been applied already. Care to send
a fix against linux-pm.git/linux-next?
Rafael
--
I speak only for myself.
Rafael J. Wysocki, Intel Open Source Technology Center.
--
To unsubscribe from
speak only for myself.
Rafael J. Wysocki, Intel Open Source Technology Center.
--
To unsubscribe from this list: send the line unsubscribe linux-samsung-soc in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
should work for CONFIG_PM_RUNTIME unset too and static inline stubs for
all runtime PM helpers are available in that case.
Thanks,
Rafael
--
I speak only for myself.
Rafael J. Wysocki, Intel Open Source Technology Center.
--
To unsubscribe from this list: send the line unsubscribe linux-samsung-soc
On Wednesday, April 24, 2013 12:25:59 AM Kukjin Kim wrote:
On 04/05/13 20:36, Rafael J. Wysocki wrote:
On Friday, April 05, 2013 12:36:34 PM Viresh Kumar wrote:
On 5 April 2013 12:18, Kukjin Kimkgene@samsung.com wrote:
Basically, this moving looks good to me, but should be re-worked
ARM_S3C64XX_CPUFREQ
config ARM_S5PV210_CPUFREQ
bool Samsung S5PV210 and S5PC110
depends on CPU_S5PV210
+ select CPU_FREQ_TABLE
Acked-by: Viresh Kumar viresh.ku...@linaro.org
Applied.
Thanks,
Rafael
--
I speak only for myself.
Rafael J. Wysocki, Intel Open Source
On Friday, April 26, 2013 01:48:19 AM Kukjin Kim wrote:
On 04/24/13 07:59, Rafael J. Wysocki wrote:
[...]
Rafael, please take this patch with my ack in your tree, sorry for noise.
Acked-by: Kukjin Kimkgene@samsung.com
If any problems, please kindly let me know.
Well, I
--
I speak only for myself.
Rafael J. Wysocki, Intel Open Source Technology Center.
--
To unsubscribe from this list: send the line unsubscribe linux-samsung-soc in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
On Monday, May 13, 2013 11:35:22 AM Viresh Kumar wrote:
On 23 April 2013 20:55, Kukjin Kim kgene@samsung.com wrote:
On 04/05/13 20:36, Rafael J. Wysocki wrote:
On Friday, April 05, 2013 12:36:34 PM Viresh Kumar wrote:
On 5 April 2013 12:18, Kukjin Kimkgene@samsung.com wrote
breakage with enabling exynos
cpufreq?
Please go ahead.
--
I speak only for myself.
Rafael J. Wysocki, Intel Open Source Technology Center.
--
To unsubscribe from this list: send the line unsubscribe linux-samsung-soc in
the body of a message to majord...@vger.kernel.org
More majordomo info at http
On Saturday, May 17, 2014 01:04:29 AM Rafael J. Wysocki wrote:
On Friday, May 16, 2014 07:54:01 PM Kukjin Kim wrote:
Jonghwan Choi wrote:
Commit 7da83a80 (ARM: EXYNOS: Migrate Exynos specific macros from plat to
mach) which lands in samsung tree causes build breakage
for cpufreq
only for myself.
Rafael J. Wysocki, Intel Open Source Technology Center.
--
To unsubscribe from this list: send the line unsubscribe linux-samsung-soc in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
On Friday, May 30, 2014 02:19:06 PM Rafael J. Wysocki wrote:
On Friday, May 30, 2014 02:31:15 PM Thomas Abraham wrote:
Changes since v5:
- Fixes for checkpatch warnings with --strict option as suggested by
Nishanth Menon.
Changes since v4:
- Code improvements suggested by Viresh
On Friday, May 30, 2014 11:37:58 PM Thomas Abraham wrote:
On Fri, May 30, 2014 at 8:17 PM, Rafael J. Wysocki r...@rjwysocki.net wrote:
On Friday, May 30, 2014 02:19:06 PM Rafael J. Wysocki wrote:
On Friday, May 30, 2014 02:31:15 PM Thomas Abraham wrote:
Changes since v5:
- Fixes
On Friday, June 06, 2014 02:08:50 PM Mark Brown wrote:
--cU9XODsizZBnwgll
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
On Fri, Jun 06, 2014 at 09:50:06PM +0900, Simon Horman wrote:
On Fri, Jun 06, 2014 at 09:14:01PM +0900, Magnus Damm wrote:
I'm not sure
On Monday, June 09, 2014 08:49:17 PM Mark Brown wrote:
On Fri, Jun 06, 2014 at 11:15:06PM +0200, Rafael J. Wysocki wrote:
On Friday, June 06, 2014 02:08:50 PM Mark Brown wrote:
Yes, the conversion to make ARCH_HAS_OPP unused is in Raphael's tree for
the merge window.
Perhaps already
On Monday, June 09, 2014 11:51:42 PM Mark Brown wrote:
--fYgRtaZIy+F1uhp1
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
On Tue, Jun 10, 2014 at 12:22:07AM +0200, Rafael J. Wysocki wrote:
On Monday, June 09, 2014 08:49:17 PM Mark Brown wrote:
Yes, looks like
On Sunday, October 02, 2011, Kukjin Kim wrote:
Rafael J. Wysocki wrote:
On Saturday, August 13, 2011, Russell King - ARM Linux wrote:
On Sat, Aug 13, 2011 at 11:24:07PM +0200, Rafael J. Wysocki wrote:
On Thursday, August 11, 2011, Chanwoo Choi wrote:
The following patch set use
On Sunday, October 02, 2011, Russell King - ARM Linux wrote:
On Sun, Oct 02, 2011 at 01:47:01PM +0200, Rafael J. Wysocki wrote:
On Sunday, October 02, 2011, Kukjin Kim wrote:
Hmm... Even though each driver cannot know the given situation, the driver
can know each own clock should be alive
Hi,
On Thursday, December 01, 2011, Mark Brown wrote:
Saves a tiny amount of code.
How so?
Signed-off-by: Mark Brown broo...@opensource.wolfsonmicro.com
---
arch/arm/mach-shmobile/pm-sh7372.c | 43 +--
1 files changed, 2 insertions(+), 41 deletions(-)
On Friday, December 02, 2011, Mark Brown wrote:
On Thu, Dec 01, 2011 at 09:37:07PM +0100, Rafael J. Wysocki wrote:
On Thursday, December 01, 2011, Mark Brown wrote:
Saves a tiny amount of code.
How so?
It saves source code size when we get the second user, by itself you're
right
On Saturday, December 03, 2011, Mark Brown wrote:
On Fri, Dec 02, 2011 at 11:36:19PM +0100, Rafael J. Wysocki wrote:
On Friday, December 02, 2011, Mark Brown wrote:
It saves source code size when we get the second user, by itself you're
right it doesn't achieve anything (except avoiding
On Sunday, December 04, 2011, Mark Brown wrote:
On Sat, Dec 03, 2011 at 11:31:07PM +0100, Rafael J. Wysocki wrote:
On Saturday, December 03, 2011, Mark Brown wrote:
The first patch in the series added the replacement as generic code,
this patch is deleting the shmobile specific
On Thursday, December 01, 2011, Mark Brown wrote:
Since systems are likely to have power domains that can't be turned off
for various reasons at least temporarily while implementing power domain
support provide a default governor which will always refuse to power off
the domain, saving
On Monday, December 05, 2011, Mark Brown wrote:
On Sun, Dec 04, 2011 at 09:56:59PM +0100, Rafael J. Wysocki wrote:
On Thursday, December 01, 2011, Mark Brown wrote:
Signed-off-by: Mark Brown broo...@opensource.wolfsonmicro.com
Looks good with the new version of [2/3].
Do you want
On Tuesday, December 06, 2011, Kukjin Kim wrote:
Mark Brown wrote:
On Mon, Dec 05, 2011 at 01:15:18AM +0100, Rafael J. Wysocki wrote:
On Monday, December 05, 2011, Mark Brown wrote:
It might make sense for it to go via the Samsung tree - the third
patch
depends
On Friday, December 02, 2011, Mark Brown wrote:
On Fri, Dec 02, 2011 at 09:10:27PM +0100, Sylwester Nawrocki wrote:
+ /* Not all domains provide power status readback */
+ if (pd-pwr_stat) {
+ while (retry--)
+ if (__raw_readl(S3C64XX_BLK_PWR_STAT)
On Thursday, December 08, 2011, Mark Brown wrote:
On Wed, Dec 07, 2011 at 10:44:02PM +0100, Rafael J. Wysocki wrote:
On Friday, December 02, 2011, Mark Brown wrote:
May as well, yes - I didn't actually measure how long it tends to take
to do the spin but it's not going to hurt
On Thursday, December 08, 2011, Rafael J. Wysocki wrote:
On Thursday, December 08, 2011, Mark Brown wrote:
On Wed, Dec 07, 2011 at 10:44:02PM +0100, Rafael J. Wysocki wrote:
On Friday, December 02, 2011, Mark Brown wrote:
May as well, yes - I didn't actually measure how long it tends
On Thursday, December 08, 2011, Mark Brown wrote:
The S3C64xx SoCs contain a set of gateable power domains which can be
enabled and disabled at runtime in order to save power. Use the generic
power domain code to implement support for these in software, enabling
runtime control of most
On Friday, December 09, 2011, Kukjin Kim wrote:
-Original Message-
From: Rafael J. Wysocki [mailto:r...@sisk.pl]
Sent: Friday, December 09, 2011 7:55 AM
To: Mark Brown
Cc: Kukjin Kim; linux-arm-ker...@lists.infradead.org; linux-samsung-
s...@vger.kernel.org
Subject: Re
the device with a power domain.
pm_genpd_of_add_device() runs through its list of registered power domains
and matches the OF node of the domain with the one specified as the
parameter. If a match is found, the device is associated with the matched
domain.
Cc: Rafael J. Wysocki r...@sisk.pl
On Monday, December 26, 2011, Mark Brown wrote:
On Mon, Dec 26, 2011 at 08:13:19PM +0100, Rafael J. Wysocki wrote:
On Monday, December 12, 2011, Thomas Abraham wrote:
A device node pointer is added to generic pm domain structure to associate
the domain with a node in the device tree
On Wednesday, December 28, 2011, Thomas Abraham wrote:
Hi Mark, Rafael,
Hi,
On 27 December 2011 02:14, Rafael J. Wysocki r...@sisk.pl wrote:
On Monday, December 26, 2011, Mark Brown wrote:
On Mon, Dec 26, 2011 at 08:13:19PM +0100, Rafael J. Wysocki wrote:
On Monday, December 12, 2011
On Monday, January 02, 2012, Grant Likely wrote:
On Mon, Dec 26, 2011 at 08:13:19PM +0100, Rafael J. Wysocki wrote:
Hi,
On Monday, December 12, 2011, Thomas Abraham wrote:
A device node pointer is added to generic pm domain structure to associate
the domain with a node in the device
On Monday, January 02, 2012, Thomas Abraham wrote:
Hi Rafael,
On 29 December 2011 03:47, Rafael J. Wysocki r...@sisk.pl wrote:
On Wednesday, December 28, 2011, Thomas Abraham wrote:
Hi Mark, Rafael,
Hi,
On 27 December 2011 02:14, Rafael J. Wysocki r...@sisk.pl wrote:
On Monday
with the matched
domain.
Cc: Rafael J. Wysocki r...@sisk.pl
Cc: Rob Herring rob.herr...@calxeda.com
Cc: Grant Likely grant.lik...@secretlab.ca
Signed-off-by: Thomas Abraham thomas.abra...@linaro.org
I can take this patch for 3.4, but your [2/2] depends on it, so I'm not
sure how to handle
On Monday, January 09, 2012, Kukjin Kim wrote:
Hi Rafael,
This is just reporting of build error.
Current mainline happens build error at drivers/base/power/domain_governor.c
file like following when CONFIG_PM_RUNTIME is not set. For example, it
happens with s3c6400_defconfig now.
On Thursday, January 12, 2012, Kukjin Kim wrote:
Rafael J. Wysocki wrote:
On Monday, January 09, 2012, Kukjin Kim wrote:
Hi Rafael,
This is just reporting of build error.
Current mainline happens build error at
drivers/base/power/domain_governor.c
file like following when
platforms, the power domains are statically
instantiated. For dt platforms, the power domain nodes found in the device
tree are instantiated.
Cc: Rafael J. Wysocki r...@sisk.pl
Cc: Kukjin Kim kgene@samsung.com
Cc: Kyungmin Park kyungmin.p...@samsung.com
Cc: Rob Herring rob.herr
On Tuesday, January 17, 2012, Kukjin Kim wrote:
Rafael J. Wysocki wrote:
On Saturday, January 07, 2012, Thomas Abraham wrote:
A device node pointer is added to generic pm domain structure to
associate
the domain with a node in the device tree. The platform code parses the
device
On Tuesday, January 31, 2012, Kukjin Kim wrote:
Rafael J. Wysocki wrote:
On Tuesday, January 17, 2012, Kukjin Kim wrote:
Rafael J. Wysocki wrote:
On Saturday, January 07, 2012, Thomas Abraham wrote:
A device node pointer is added to generic pm domain structure
Hi,
On Friday, February 10, 2012, Kukjin Kim wrote:
Hi Arnd, Olof,
Please pull samsung exynos pm domains.
It has been merged into linux-pm tree by Rafael and I think it should be
pulled into arm-soc.
No, this doesn't work like this. A single patchset is not expected to be
present in two
On Saturday, February 11, 2012, Arnd Bergmann wrote:
On Friday 10 February 2012, Rafael J. Wysocki wrote:
On Friday, February 10, 2012, Kukjin Kim wrote:
Hi Arnd, Olof,
Please pull samsung exynos pm domains.
It has been merged into linux-pm tree by Rafael and I think it should
Hi,
On Saturday, March 10, 2012, Olof Johansson wrote:
Hi Rafael,
The below series contains two patches that have been sent to you, and
that are sitting in the pm-domains branch.
Two questions before I pull this into arm-soc:
1) Are you 100% sure this will be submitted to 3.4? And if
set_freezable()
Rafael J. Wysocki (24):
PM / Sleep: Introduce late suspend and early resume of devices
PM / Sleep: Introduce generic callbacks for new device PM phases
PM / Domains: Run late/early device suspend callbacks at the right time
PM / Sleep: Initialize wakeup source locks
On Friday, April 27, 2012, Marek Szyprowski wrote:
Hi Rafeal,
On Friday, April 06, 2012 10:03 AM Marek Szyprowski wrote:
Some bootloaders disable power domains on boot and the platform startup
code registers them in the 'disabled' state. Current gen_pd code assumed
that the devices can
On Friday, April 06, 2012, Marek Szyprowski wrote:
Some bootloaders disable power domains on boot and the platform startup
code registers them in the 'disabled' state. Current gen_pd code assumed
that the devices can be registered only to the power domain which is in
'enabled' state and these
On Sunday, April 29, 2012, Rafael J. Wysocki wrote:
On Friday, April 06, 2012, Marek Szyprowski wrote:
Some bootloaders disable power domains on boot and the platform startup
code registers them in the 'disabled' state. Current gen_pd code assumed
that the devices can be registered only
On Monday, May 07, 2012, Marek Szyprowski wrote:
Hi Rafael,
I'm sorry for a late reply, I was on holidays last week and just got back to
the office.
On Sunday, April 29, 2012 10:55 PM Rafael J. Wysocki wrote:
On Friday, April 06, 2012, Marek Szyprowski wrote:
Some bootloaders
...@samsung.com
Cc: Amit Daniel Kachhap amit.dan...@samsung.com
---
Acked-by: Daniel Lezcano daniel.lezc...@linaro.org
Queued up for 3.13, thanks!
--
I speak only for myself.
Rafael J. Wysocki, Intel Open Source Technology Center.
--
To unsubscribe from this list: send the line unsubscribe linux
register device failed\n);
+ dev_err(pdev-dev, failed to register cpuidle
device\n);
return ret;
}
}
--
I speak only for myself.
Rafael J. Wysocki, Intel Open Source Technology Center.
--
To unsubscribe from this list: send the line
);
+void cpufreq_suspend(void);
+void cpufreq_resume(void);
+
const char *cpufreq_get_current_driver(void);
static inline void cpufreq_verify_within_limits(struct cpufreq_policy
*policy,
Thanks!
--
I speak only for myself.
Rafael J. Wysocki, Intel Open Source Technology Center
On Tuesday, November 26, 2013 07:56:19 AM Viresh Kumar wrote:
On 26 November 2013 04:59, Rafael J. Wysocki r...@rjwysocki.net wrote:
@@ -1259,6 +1262,8 @@ int dpm_suspend(pm_message_t state)
might_sleep();
+ cpufreq_suspend();
+
mutex_lock(dpm_list_mtx
On Tuesday, November 26, 2013 09:23:15 PM Rafael J. Wysocki wrote:
On Tuesday, November 26, 2013 07:56:19 AM Viresh Kumar wrote:
On 26 November 2013 04:59, Rafael J. Wysocki r...@rjwysocki.net wrote:
@@ -1259,6 +1262,8 @@ int dpm_suspend(pm_message_t state)
might_sleep
*
*/
--
I speak only for myself.
Rafael J. Wysocki, Intel Open Source Technology Center.
--
To unsubscribe from this list: send the line unsubscribe linux-samsung-soc in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org
On Thursday, November 28, 2013 07:49:29 PM Viresh Kumar wrote:
On 28 November 2013 19:53, Rafael J. Wysocki r...@rjwysocki.net wrote:
I don't think that the Nishanth's issue is fixed by this particular version
of
the patch, so I modified the changelog and removed a the comment above
On Saturday, December 07, 2013 04:24:09 PM Paul Bolle wrote:
On Sat, 2013-12-07 at 12:01 +0100, Bjørn Mork wrote:
Sorry to be making noise here again, but I was eager to verify that the
fixes in v3.13-rc3 were OK on my system. Unfortunately it seems this
patch completely broke suspend for
On Sunday, December 08, 2013 01:41:08 PM Borislav Petkov wrote:
On Sun, Dec 08, 2013 at 01:34:36AM +0100, Rafael J. Wysocki wrote:
On Saturday, December 07, 2013 04:24:09 PM Paul Bolle wrote:
On Sat, 2013-12-07 at 12:01 +0100, Bjørn Mork wrote:
Sorry to be making noise here again, but I
+-
drivers/idle/intel_idle.c | 140
+---
include/linux/cpuidle.h | 1 -
7 files changed, 51 insertions(+), 194 deletions(-)
--
I speak only for myself.
Rafael J. Wysocki, Intel Open Source Technology Center
On Tuesday, January 07, 2014 07:58:24 AM Lukasz Majewski wrote:
Hi Rafael,
Hi,
This patch series introduces support for CPU overclocking technique
called Boost.
It is a follow up of a LAB governor proposal. Boost is a LAB
component:
Hi,
On Monday, June 27, 2011, Chanwoo Choi wrote:
Use the generic power domains support to implement support for
power domain on EXYNOS4210.
I refer to the following patch to implement what configure
the clock-gating control register for block to turn off/on:
On Thursday, August 11, 2011, Chanwoo Choi wrote:
The following patch set use the generic Power domain Framework instead of
power domain code depend of Samsung SoC.
Chanwoo Choi (4):
ARM: EXYNOS4: Support for generic I/O power domains on EXYNOS4210
ARM: EXYNOS4: Support for generic
On Friday, August 26, 2011, Kukjin Kim wrote:
MyungJoo Ham wrote:
On Wed, Aug 24, 2011 at 10:25 PM, Kukjin Kim kgene@samsung.com
wrote:
From: Jonghwan Choi jhbird.c...@samsung.com
This patch moves regarding clock stuff of PM into clock
file to support PM on EXYNOS4210 and
On Saturday, January 11, 2014 01:37:29 AM Rafael J. Wysocki wrote:
On Friday, December 20, 2013 07:47:22 PM Bartlomiej Zolnierkiewicz wrote:
Hi,
Some cpuidle drivers assume that cpuidle core will handle cases where
device-state_count is smaller than driver-state_count, unfortunately
On Thursday, January 16, 2014 10:40:08 AM Lukasz Majewski wrote:
Hi Rafael,
On Wed, 2014-01-08 at 01:35 +0100, Rafael J. Wysocki wrote:
On Tuesday, January 07, 2014 07:58:24 AM Lukasz Majewski wrote:
Hi Rafael,
Hi,
This patch series introduces support for CPU
(-)
I'm assuming that the Exynos maintainers will take care of this, correct?
--
I speak only for myself.
Rafael J. Wysocki, Intel Open Source Technology Center.
--
To unsubscribe from this list: send the line unsubscribe linux-samsung-soc in
the body of a message to majord...@vger.kernel.org
More
SWITCHING
+echo ##
+test_freqs2 $T_PATCH/scaling_available_frequencies
+
+echo ##
+echo ERRORS: $ERRORS
+echo ##
+
+restore
+exit 0
--
I speak only for myself.
Rafael J. Wysocki
.
--
I speak only for myself.
Rafael J. Wysocki, Intel Open Source Technology Center.
--
To unsubscribe from this list: send the line unsubscribe linux-samsung-soc in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
of this script.
how it does that.
Is this information required in the commit message or can it stay in
the README file created in the same commit?
There should be *some* information in the changelog too.
--
I speak only for myself.
Rafael J. Wysocki, Intel Open Source Technology Center
int s5pv210_cpu_init(struct cpufreq_policy *policy)
{
unsigned long mem_type;
int ret;
Acked-by: Viresh Kumar viresh.ku...@linaro.org
Queued up for 3.17-rc3, thanks!
--
I speak only for myself.
Rafael J. Wysocki, Intel Open Source Technology Center.
--
To unsubscribe from
hurt either I suppose?
Anyway, Ulf, are you going to update this patch?
--
I speak only for myself.
Rafael J. Wysocki, Intel Open Source Technology Center.
--
To unsubscribe from this list: send the line unsubscribe linux-samsung-soc in
the body of a message to majord...@vger.kernel.org
More
...@linaro.org
My understanding is that this is for the whole series.
Which I'm queuing up for 3.18, thanks!
--
I speak only for myself.
Rafael J. Wysocki, Intel Open Source Technology Center.
--
To unsubscribe from this list: send the line unsubscribe linux-samsung-soc in
the body of a message
are not used and not needed. While we're trying to decrease the
power consumption in any possible way this doesn't help at all.
Agreed (as stated before).
And I'm wondering why that comment of mine was ignored?
--
I speak only for myself.
Rafael J. Wysocki, Intel Open Source Technology Center
callbacks.
--
I speak only for myself.
Rafael J. Wysocki, Intel Open Source Technology Center.
--
To unsubscribe from this list: send the line unsubscribe linux-samsung-soc in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
On Friday, October 31, 2014 10:16:14 AM Ulf Hansson wrote:
On 24 October 2014 18:12, Kevin Hilman khil...@kernel.org wrote:
Ulf Hansson ulf.hans...@linaro.org writes:
Changes in v3:
-Rework the entire intermediate step which was suggested in v2.
That means solving the race
On Friday, October 31, 2014 10:23:00 AM Ulf Hansson wrote:
On 31 October 2014 01:07, Dmitry Torokhov dmitry.torok...@gmail.com wrote:
On Thu, Oct 30, 2014 at 01:47:27PM -0700, Kevin Hilman wrote:
Ulf Hansson ulf.hans...@linaro.org writes:
To sucessfully probe some devices their
On Saturday, November 01, 2014 01:20:38 AM Rafael J. Wysocki wrote:
On Friday, October 31, 2014 10:16:14 AM Ulf Hansson wrote:
On 24 October 2014 18:12, Kevin Hilman khil...@kernel.org wrote:
[cut]
1)
It's bad practice to use pm_runtime_get_sync() in the -probe() path,
Honestly, I'm
On Saturday, November 01, 2014 02:08:57 AM Rafael J. Wysocki wrote:
On Saturday, November 01, 2014 01:20:38 AM Rafael J. Wysocki wrote:
On Friday, October 31, 2014 10:16:14 AM Ulf Hansson wrote:
On 24 October 2014 18:12, Kevin Hilman khil...@kernel.org wrote:
[cut]
1)
It's bad
filters out the unregistered pd's requesting notification.
Cc: Rafael J. Wysocki rafael.j.wyso...@intel.com
Reviewed-by: Pankaj Dubey pankaj.du...@samsung.com
Signed-off-by: Amit Daniel Kachhap amit.dan...@samsung.com
---
drivers/base/power/domain.c | 112
On Monday, November 03, 2014 09:00:29 AM Kevin Hilman wrote:
Rafael J. Wysocki r...@rjwysocki.net writes:
On Saturday, November 01, 2014 02:08:57 AM Rafael J. Wysocki wrote:
On Saturday, November 01, 2014 01:20:38 AM Rafael J. Wysocki wrote:
On Friday, October 31, 2014 10:16:14 AM Ulf
On Monday, November 03, 2014 03:03:46 PM Ulf Hansson wrote:
On 1 November 2014 01:20, Rafael J. Wysocki r...@rjwysocki.net wrote:
On Friday, October 31, 2014 10:16:14 AM Ulf Hansson wrote:
On 24 October 2014 18:12, Kevin Hilman khil...@kernel.org wrote:
Ulf Hansson ulf.hans...@linaro.org
On Tuesday, November 04, 2014 09:20:44 AM Geert Uytterhoeven wrote:
On Tue, Nov 4, 2014 at 2:43 AM, Rafael J. Wysocki r...@rjwysocki.net wrote:
That is quite simple to address, though. You can register a bus type
notifier that will power up the domain on BUS_NOTIFY_ADD_DEVICE events
(where
1 - 100 of 159 matches
Mail list logo
