On Monday, January 04, 2016 06:27:18 PM Derek Basehore wrote:
> On Mon, Nov 02, 2015 at 02:50:40AM +0100, Rafael J. Wysocki wrote:
> >
> > I've queued up this series for the second half of the v4.4 merge window.
> >
&
On Tuesday, October 27, 2015 03:38:47 PM Tomeu Vizoso wrote:
> Hi,
>
> this is v11 of an attempt to make it easier for devices to remain in
> runtime PM when the system goes to sleep, mainly to reduce the time
> spent resuming devices.
>
> For this, we interpret the absence of all PM callback
On Wednesday, October 21, 2015 05:34:12 PM Tomeu Vizoso wrote:
> Adds a function that sets the pointer to dev_pm_domain in struct device
> and that warns if the device has already finished probing. The reason
> why we want to enforce that is because in the general case that can
> cause problems
On Wednesday, October 14, 2015 10:18:27 AM Marc Titinger wrote:
> On 14/10/2015 02:55, Rafael J. Wysocki wrote:
> > On Monday, September 28, 2015 03:20:44 PM Marc Titinger wrote:
> >> - change arg3 to a state name string: we got the current CPU rom the trace
> >>
On Monday, September 28, 2015 03:20:44 PM Marc Titinger wrote:
> - change arg3 to a state name string: we got the current CPU rom the trace
> backend already. This also prepares for multiple/named states in the power
> domain, consistent with idle-states. states in the domain may match given
> CPU
On Monday, October 05, 2015 04:45:28 PM Tomeu Vizoso wrote:
> Hi,
>
> this is v9 of an attempt to make it easier for devices to remain in
> runtime PM when the system goes to sleep, mainly to reduce the time
> spent resuming devices.
>
> For this, we interpret the absence of all PM callback
On Tue, Jul 7, 2015 at 10:11 AM, Felipe Balbi ba...@ti.com wrote:
On Tue, Jul 07, 2015 at 12:40:53AM -0700, Tony Lindgren wrote:
* Rafael J. Wysocki r...@rjwysocki.net [150706 15:49]:
On Monday, July 06, 2015 01:01:18 PM Felipe Balbi wrote:
on a first call to dev_pm_attach_wake_irq
On Monday, July 06, 2015 01:01:18 PM Felipe Balbi wrote:
on a first call to dev_pm_attach_wake_irq(), if it
fails, it will leave dev-power.wakeirq set to a
dangling pointer. Instead, let's clear it to make
sure a subsequent call to dev_pm_attach_wake_irq()
has chance to succeed.
Cc: Tony
On Tue, Jun 16, 2015 at 11:40 PM, Felipe Balbi ba...@ti.com wrote:
On Fri, May 08, 2015 at 02:57:30PM -0500, Felipe Balbi wrote:
by adding the missing MODULE_ALIAS(), cpufreq-dt
can be autoloaded by udev/systemd.
Signed-off-by: Felipe Balbi ba...@ti.com
looks like this wasn't applied
: Ulf Hansson ulf.hans...@linaro.org
Reported-by: Jim Davis jim.ep...@gmail.com
Signed-off-by: Tony Lindgren t...@atomide.com
cool:
Reviewed-by: Felipe Balbi ba...@ti.com
Applied, thanks!
--
I speak only for myself.
Rafael J. Wysocki, Intel Open Source Technology Center
On 5/25/2015 10:38 AM, Ulf Hansson wrote:
On 14 May 2015 at 01:36, Tony Lindgren t...@atomide.com wrote:
We can now use generic wakeirq handling and remove the custom handling
for the wake-up interrupts.
Signed-off-by: Tony Lindgren t...@atomide.com
Rafael, if you are fine with it, please
On Tuesday, May 19, 2015 07:10:57 PM Tony Lindgren wrote:
* Rafael J. Wysocki r...@rjwysocki.net [150519 17:01]:
On Tuesday, May 19, 2015 04:27:56 PM Tony Lindgren wrote:
* Rafael J. Wysocki r...@rjwysocki.net [150519 16:07]:
On Wednesday, May 20, 2015 12:41:06 AM Thomas Gleixner wrote
On Wednesday, May 20, 2015 12:41:06 AM Thomas Gleixner wrote:
On Wed, 20 May 2015, Rafael J. Wysocki wrote:
This one looks really good. :-)
If it doesn't depend on anything, I can apply it right away, so please let
me
know.
Can you pretty please trim your replies? It's a PITA
with that.
--
I speak only for myself.
Rafael J. Wysocki, Intel Open Source Technology Center.
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
On Sunday, March 08, 2015 11:43:34 AM Alan Stern wrote:
On Sat, 7 Mar 2015, Rafael J. Wysocki wrote:
But this is part of a bigger picture. Namely, if a separete wakeup
interrupt
is required for a device, the device's power.can_wakeup flag cannot be set
until that interrupt has been
On Friday, March 06, 2015 03:05:40 PM Tony Lindgren wrote:
* Alan Stern st...@rowland.harvard.edu [150306 11:05]:
On Fri, 6 Mar 2015, Tony Lindgren wrote:
+ struct wakeirq_source *wirq = _wirq;
+ irqreturn_t ret = IRQ_NONE;
+
+ /* We don't want RPM_ASYNC or
On Friday, March 06, 2015 02:05:43 PM Alan Stern wrote:
On Fri, 6 Mar 2015, Tony Lindgren wrote:
+ struct wakeirq_source *wirq = _wirq;
+ irqreturn_t ret = IRQ_NONE;
+
+ /* We don't want RPM_ASYNC or RPM_NOWAIT here */
+ if
On Fri, Mar 6, 2015 at 3:02 AM, Rafael J. Wysocki r...@rjwysocki.net wrote:
Please always CC linux-pm on CC patches.
Doh. That was supposed to say Please always CC linux-pm on PM patches.
I really should not reply to email when I'm too tired ...
--
To unsubscribe from this list: send the line
+++ b/kernel/power/Kconfig
@@ -267,6 +267,10 @@ config PM_CLK
def_bool y
depends on PM HAVE_CLK
+config PM_WAKEIRQ
+ bool
+ depends on PM
+
config PM_GENERIC_DOMAINS
bool
depends on PM
--
I speak only for myself.
Rafael J. Wysocki, Intel Open Source
(KERN_ERR to pr_err
That is fine by me, so
Acked-by: Rafael J. Wysocki rafael.j.wyso...@intel.com
for the cpuidle and ACPI changes.
Signed-off-by: Joe Perches j...@perches.com
---
arch/arm/mach-omap2/cpuidle44xx.c | 7 +++
arch/arm/mach-tegra/cpuidle-tegra114.c | 4 ++--
arch/arm
From: Rafael J. Wysocki rafael.j.wyso...@intel.com
After commit b2b49ccbdd54 (PM: Kconfig: Set PM_RUNTIME if PM_SLEEP is
selected) PM_RUNTIME is always set if PM is set, so #ifdef blocks
depending on CONFIG_PM_RUNTIME may now be changed to depend on
CONFIG_PM.
Replace CONFIG_PM_RUNTIME
On Wednesday, December 03, 2014 08:49:12 PM Arnd Bergmann wrote:
On Wednesday 03 December 2014 03:02:24 Rafael J. Wysocki wrote:
From: Rafael J. Wysocki rafael.j.wyso...@intel.com
After commit b2b49ccbdd54 (PM: Kconfig: Set PM_RUNTIME if PM_SLEEP is
selected) PM_RUNTIME is always set
From: Rafael J. Wysocki rafael.j.wyso...@intel.com
After commit b2b49ccbdd54 (PM: Kconfig: Set PM_RUNTIME if PM_SLEEP is
selected) PM_RUNTIME is always set if PM is set, so #ifdef blocks
depending on CONFIG_PM_RUNTIME may now be changed to depend on
CONFIG_PM.
Replace CONFIG_PM_RUNTIME
From: Rafael J. Wysocki rafael.j.wyso...@intel.com
After commit b2b49ccbdd54 (PM: Kconfig: Set PM_RUNTIME if PM_SLEEP is
selected) PM_RUNTIME is always set if PM is set, so some #ifdef blocks
depending on CONFIG_PM_RUNTIME may be dropped now.
Do that in drivers/i2c/busses/i2c-omap.c.
Signed-off
From: Rafael J. Wysocki rafael.j.wyso...@intel.com
After commit b2b49ccbdd54 (PM: Kconfig: Set PM_RUNTIME if PM_SLEEP is
selected) PM_RUNTIME is always set if PM is set, so #ifdef blocks
depending on CONFIG_PM_RUNTIME may now be changed to depend on
CONFIG_PM.
Do that for the omap_ssi driver
that driver people don't want to use.
Vinod?
--
I speak only for myself.
Rafael J. Wysocki, Intel Open Source Technology Center.
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at http
it go through?
--
I speak only for myself.
Rafael J. Wysocki, Intel Open Source Technology Center.
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
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 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
commit:
45f0a85c8258741d11bda25c0a5669c06267204a is the first bad commit
commit 45f0a85c8258741d11bda25c0a5669c06267204a
Author: Rafael J. Wysocki rafael.j.wyso...@intel.com
Date: Mon Jun 3 21:49:52 2013 +0200
PM / Runtime: Rework the runtime idle helper routine
],msg)
--
I speak only for myself.
Rafael J. Wysocki, Intel Open Source Technology Center.
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
+-
3 files changed, 72 insertions(+), 100 deletions(-)
--
To unsubscribe from this list: send the line unsubscribe linux-pm in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
--
I speak only for myself.
Rafael J. Wysocki, Intel
://git.kernel.org/pub/scm/linux/kernel/git/khilman/linux-omap-pm.git
tags/omap-pm-v3.10/cleanup/cpuidle-v2
Pulled into my bleeding-edge branch. I'll move it to linux-next tomorrow.
Thanks,
Rafael
--
I speak only for myself.
Rafael J. Wysocki, Intel Open Source Technology Center.
--
To unsubscribe from
,
+};
+module_platform_driver(omap_cpufreq_platdrv);
+
MODULE_DESCRIPTION(cpufreq driver for OMAP SoCs);
MODULE_LICENSE(GPL);
-module_init(omap_cpufreq_init);
-module_exit(omap_cpufreq_exit);
--
I speak only for myself.
Rafael J. Wysocki, Intel Open Source Technology Center.
--
To unsubscribe from
On Monday, January 21, 2013 02:45:32 PM MyungJoo Ham wrote:
On Sat, Jan 19, 2013 at 7:28 AM, Rafael J. Wysocki r...@sisk.pl wrote:
On Friday, January 18, 2013 01:52:31 PM Nishanth Menon wrote:
Hi,
Despite being documented in function documentation and in
Documentation/power/opp.txt, many
(-)
[1] http://www.beagleboard.org/irclogs/index.php?date=2013-01-18#T14:14:07
[2]
https://github.com/nmenon/linux-2.6-playground/commits/post/pm/opp-fixes-v1
Regards,
Nishanth Menon
--
I speak only for myself.
Rafael J. Wysocki, Intel Open Source Technology Center.
--
To unsubscribe
be pretty much arbitarily
complicated.
A big part of this code is for the handling of system suspend/resume
in such a way that it is consistent with runtime PM.
For USB ports I'd recommend to use something simpler. :-)
Thanks,
Rafael
--
I speak only for myself.
Rafael J. Wysocki, Intel Open
want.
Rafael, what do you think?
Well, I agree.
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-omap in
the body of a message to majord...@vger.kernel.org
More majordomo info
and the like to happen.
Well, I personally think it should be centralized somehow. I'm not quite
sure how to achieve that, though.
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-omap
,
if that's not a problem. If you decide to do so, please feel free to add my
ACK to the patches.
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-omap in
the body of a message to majord
still return -EACCES, because it
isn't clear why runtime PM has been disabled.
Tested on AM3730/Beagle-xM where a wakeup IRQ firing during the late
suspend phase triggers runtime PM activity in the I2C driver since the
wakeup IRQ is on an I2C-connected PMIC.
Cc: Rafael J. Wysocki r
On Saturday, September 22, 2012, Alan Stern wrote:
On Sat, 22 Sep 2012, Rafael J. Wysocki wrote:
On Saturday, September 22, 2012, Kevin Hilman wrote:
OK, this looks good to me, thanks!
Alan, what do you think?
Rafael
--- a/drivers/base/power/runtime.c
+++ b/drivers/base
On Friday, September 21, 2012, Alan Stern wrote:
On Thu, 20 Sep 2012, Rafael J. Wysocki wrote:
On Thursday, September 20, 2012, Kevin Hilman wrote:
From: Kevin Hilman khil...@ti.com
When runtime PM is disabled, what we want is for callbacks not to be
called from then on. However
was developed in close collaboration with Rafael J. Wysocki
r...@sisk.pl
Tested on AM3730/Beagle-xM where wakeup IRQ firing during the late
suspend phase triggers runtime PM activity in the I2C driver since the
wakeup IRQ is on an I2C-connected PMIC.
Please resend it with a CC to linux
is returned in the case where a driver is suspended (it's
-suspend callback has been called) but is still RPM_ACTIVE.
This patch was developed in close collaboration with Rafael J. Wysocki
r...@sisk.pl
Tested on AM3730/Beagle-xM where wakeup IRQ firing during the late
suspend phase triggers
On Wednesday, September 19, 2012, Kevin Hilman wrote:
Rafael J. Wysocki r...@sisk.pl writes:
On Tuesday, September 18, 2012, Axel Lin wrote:
omap_device_get_by_hwmod_name() returns ERR_PTR on error.
Signed-off-by: Axel Lin axel@gmail.com
Kevin, should I take this?
Yes
On Thursday, September 20, 2012, Paul Walmsley wrote:
Hi
On Fri, 14 Sep 2012, Rafael J. Wysocki wrote:
On Wednesday, September 12, 2012, Paul Walmsley wrote:
Remove some unnecessary plat/ includes that are interfering with
multi-subarch
ARM kernels.
Signed-off-by: Paul
On Tuesday, September 18, 2012, Axel Lin wrote:
omap_device_get_by_hwmod_name() returns ERR_PTR on error.
Signed-off-by: Axel Lin axel@gmail.com
Kevin, should I take this?
Rafael
---
drivers/cpufreq/omap-cpufreq.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff
On Wednesday, September 12, 2012, Paul Walmsley wrote:
Remove some unnecessary plat/ includes that are interfering with multi-subarch
ARM kernels.
Signed-off-by: Paul Walmsley p...@pwsan.com
Cc: Kevin Hilman khil...@ti.com
Cc: Rafael J. Wysocki r...@sisk.pl
Acked-by: Kevin Hilman khil
On Thursday, August 09, 2012, Rajendra Nayak wrote:
On OMAP4, if the first CPU fails to get a valid frequency table (this
could happen if the platform does not register any OPP table), the
subsequent CPU instances end up dealing with a NULL freq_table and
crash.
Check for an already
On Thursday, August 09, 2012, Kevin Hilman wrote:
Rafael J. Wysocki r...@sisk.pl writes:
On Thursday, August 09, 2012, Rajendra Nayak wrote:
On OMAP4, if the first CPU fails to get a valid frequency table (this
could happen if the platform does not register any OPP table
the call to device_init_wakeup() must be after the call to
platform_device_add().
Making this change causes correct names to appear in the
wakeup_sources file.
Signed-off-by: NeilBrown ne...@suse.de
Acked-by: Rafael J. Wysocki r...@sisk.pl
diff --git a/drivers/mfd/twl-core.c b/drivers/mfd/twl
From: Rafael J. Wysocki r...@sisk.pl
Make the omap-rng driver define its PM callbacks through
a struct dev_pm_ops object rather than by using legacy PM hooks
in struct platform_driver.
Signed-off-by: Rafael J. Wysocki r...@sisk.pl
---
drivers/char/hw_random/omap-rng.c | 13 +++--
1
On Wednesday, April 18, 2012, Kevin Hilman wrote:
Rafael,
jean.pi...@newoldbits.com writes:
From: Jean Pihet j-pi...@ti.com
AVS is a power management technique which controls the operating
voltage of a device in order to optimize (i.e. reduce) its power
consumption. The voltage is
On Wednesday, March 21, 2012, Amit Kucheria wrote:
On Wed, Mar 21, 2012 at 12:48 AM, Kevin Hilman khil...@ti.com wrote:
Arnd Bergmann arnd.bergm...@linaro.org writes:
On Tuesday 20 March 2012, Robert Lee wrote:
This patch series moves various functionality duplicated in platform
cpuidle
On Thursday, March 15, 2012, jean.pi...@newoldbits.com wrote:
From: Jean Pihet j-pi...@ti.com
After a clean-up of the interfaces the OMAP IP driver and class
support code is now a generic driver.
Move it to drivers/power/avs/.
The build is controlled by the following Kconfig options:
.
On Thursday, February 02, 2012, Artem Bityutskiy wrote:
On Mon, 2012-01-30 at 23:58 +0100, Rafael J. Wysocki wrote:
Thanks, but is anyone actually going to push it to Linus any time soon?
I agree, but I am not the maintainer so cannot answer. David Woodhouse
is aware of this, but I do
On Thursday, February 02, 2012, Russell King - ARM Linux wrote:
On Thu, Feb 02, 2012 at 07:40:26PM +0100, Rafael J. Wysocki wrote:
On Thursday, February 02, 2012, Artem Bityutskiy wrote:
On Mon, 2012-01-30 at 23:58 +0100, Rafael J. Wysocki wrote:
Thanks, but is anyone actually going
()' expects 0 instead.
2. Checking of the 'mtd' parameter against NULL has been incorrectly
removed
in 'mtd_cls_suspend()'.
This patch fixes the breakages. This has been found, analyzed, reported
and tested by Rafael J. Wysocki r...@sisk.pl.
Note, this patch is not needed in the stable tree
: multiple definition of `opp_get_notifier'
include/linux/opp.h:103: first defined here
Also fix incorrect comment.
Cc: MyungJoo Ham myungjoo@samsung.com
Cc: Kyungmin Park kyungmin.p...@samsung.com
Cc: Mike Turquette mturque...@ti.com
Cc: Kevin Hilman khil...@ti.com
Cc: Rafael J. Wysocki
On Monday, October 03, 2011, jean.pi...@newoldbits.com wrote:
From: Jean Pihet j-pi...@ti.com
Update the documentation for the recently updated pm_qos API, kernel
and user space.
Add the documentation for the per-device PM QoS (dev_pm_qos) framework
API.
Signed-off-by: Jean Pihet
Hi,
On Friday, September 30, 2011, Jean Pihet wrote:
Hi,
Here is a patch which adds a PM_QOS_MEMORY_THROUGHPUT class to the PM
QoS framework. The idea is to provide a memory or SDMA throughput
constraints class, which can be applied to the low level platform code
using the callback
On Thursday, September 01, 2011, Arnd Bergmann wrote:
On Thursday 01 September 2011 11:12:02 Kevin Hilman wrote:
The suspend/resume _noirq handlers were #ifdef'd out in the
!CONFIG_SUSPEND case, but were still assigned to the dev_pm_ops
struct. Fix by defining them to NULL in the
suspend/resume
Magnus Damm (2):
ARM: mach-shmobile: sh7372 LCDC1 suspend fix
ARM: mach-shmobile: sh7372 LCDC1 suspend fix V2 (incremental)
Rafael J. Wysocki (3):
PM: Use spinlock instead of mutex in clock management functions
sh-sci / PM: Use power.irq_safe
PM / Runtime
On Friday, August 26, 2011, Govindraj.R wrote:
Hello,
During system_wide_suspend pm runtime is disabled.
I.e. __pm_runtime_disable is called from __device_suspend.
Now, if a wakeup interrupt is triggered and the wakeup device irq handler
is called even before device_resume and
On Friday, August 26, 2011, mark gross wrote:
On Fri, Aug 26, 2011 at 11:25:13AM +0900, MyungJoo Ham wrote:
On Fri, Jul 1, 2011 at 12:11 AM, jean.pi...@newoldbits.com wrote:
@@ -129,19 +146,19 @@ static const struct file_operations
pm_qos_power_fops = {
/* unlocked internal variant
On Thursday, August 25, 2011, Kevin Hilman wrote:
commit c03f007a8bf0e092caeb6856a5c8a850df10b974 (OMAP: PM:
omap_device: add system PM methods for PM domain handling) mistakenly
used SET_SYSTEM_SLEEP_PM_OPS() when trying to configure custom methods
for the PM domains noirq methods. Fix that
On Thursday, August 25, 2011, Mark Brown wrote:
On Tue, Aug 23, 2011 at 11:31:54PM +0200, Rafael J. Wysocki wrote:
Perhaps. Still, that requires some policy to be put into drivers,
which I don't think is entirely correct.
So, I don't really have the bandwidth to discuss this properly
On Thursday, August 25, 2011, Jean Pihet wrote:
On Thu, Aug 25, 2011 at 4:17 PM, Rafael J. Wysocki r...@sisk.pl wrote:
On Thursday, August 25, 2011, Mark Brown wrote:
On Tue, Aug 23, 2011 at 11:31:54PM +0200, Rafael J. Wysocki wrote:
Perhaps. Still, that requires some policy to be put
On Tuesday, August 23, 2011, Mark Brown wrote:
On Sun, Aug 21, 2011 at 08:05:53PM +0200, Rafael J. Wysocki wrote:
On Sunday, August 21, 2011, Mark Brown wrote:
I don't understand why the driver would need to know what situation it's
in. I'd been working on the basis that the idea
On Monday, August 22, 2011, Kevin Hilman wrote:
jean.pi...@newoldbits.com writes:
From: Jean Pihet j-pi...@ti.com
High level implementation:
1. Preparation of the PM QoS for the addition of a device PM QoS constraints
framework:
. rename and move of the PM QoS implementation
On Sunday, August 21, 2011, Mark Brown wrote:
On Sat, Aug 20, 2011 at 09:14:37PM +0200, Rafael J. Wysocki wrote:
I guess you mean the driver here and I'm not really sure it can.
For instance, the driver may not know what configuration it works in,
e.g. is there a power domain
On Saturday, August 20, 2011, Mark Brown wrote:
On Fri, Aug 19, 2011 at 10:42:20PM +0200, Rafael J. Wysocki wrote:
I really wouldn't like the discussion to go in circles.
First, please tell me what in particular you are objecting to,
because I don't think that's any of the patches
On Saturday, August 20, 2011, Mark Brown wrote:
On Sat, Aug 20, 2011 at 09:48:25AM -0400, Alan Stern wrote:
No, I as wasking about driver- and subsystem-specific interfaces to
userspace that translate into things users are already doing. Kevin's
example was a touchscreen (although that
On Saturday, August 20, 2011, Mark Brown wrote:
On Sat, Aug 20, 2011 at 11:35:58AM +0200, Rafael J. Wysocki wrote:
I'm not sure what you mean by exposing per-device wakeup latency
constraints
to user space. I simply thought it might be useful to allow user space to
add and remove
On Saturday, August 20, 2011, Mark Brown wrote:
On Sat, Aug 20, 2011 at 06:34:34PM +0200, Rafael J. Wysocki wrote:
On Saturday, August 20, 2011, Mark Brown wrote:
Any sort of media streaming would be an obvious example - the
application picks the amount of data it buffers and how often
On Saturday, August 20, 2011, Mark Brown wrote:
On Sat, Aug 20, 2011 at 06:51:42PM +0200, Rafael J. Wysocki wrote:
On Saturday, August 20, 2011, Mark Brown wrote:
Coming at this from the embedded perspective modifying the kernel just
isn't an issue. It's quite depressing in other cases
Hi,
I really wouldn't like the discussion to go in circles.
First, please tell me what in particular you are objecting to,
because I don't think that's any of the patches that have been
sent to the linux-pm list to date.
Thanks,
Rafael
--
To unsubscribe from this list: send the line unsubscribe
Hi,
On Wednesday, August 17, 2011, jean.pi...@newoldbits.com wrote:
From: Jean Pihet j-pi...@ti.com
High level implementation:
1. Preparation of the PM QoS for the addition of a device PM QoS constraints
framework:
. rename and move of the PM QoS implementation files to
On Tuesday, August 16, 2011, mark gross wrote:
On Tue, Aug 16, 2011 at 08:44:19AM +0200, Jean Pihet wrote:
On Tue, Aug 16, 2011 at 6:08 AM, mark gross markgr...@thegnar.org wrote:
On Sun, Aug 14, 2011 at 03:37:43PM +0200, Rafael J. Wysocki wrote:
On Sunday, August 14, 2011, Jean Pihet
Hi,
On Tuesday, August 16, 2011, jean.pi...@newoldbits.com wrote:
From: Jean Pihet j-pi...@ti.com
Implement the per-device PM QoS constraints by creating a device
PM QoS API, which calls the PM QoS constraints management core code.
The per-device latency constraints data strctures are
Hi,
On Tuesday, August 16, 2011, jean.pi...@newoldbits.com wrote:
From: Jean Pihet j-pi...@ti.com
Add a global notification chain that gets called upon changes to the
aggregated constraint value for any device.
The notification callbacks are passing the full constraint request data
in
On Sunday, August 14, 2011, Jean Pihet wrote:
Rafael, Mark,
On Sat, Aug 13, 2011 at 10:58 PM, Rafael J. Wysocki r...@sisk.pl wrote:
On Saturday, August 13, 2011, mark gross wrote:
On Thu, Aug 11, 2011 at 05:06:41PM +0200, jean.pi...@newoldbits.com wrote:
From: Jean Pihet j-pi...@ti.com
On Sunday, August 14, 2011, Jean Pihet wrote:
Hi Rafael, Mark,
On Sat, Aug 13, 2011 at 10:34 PM, Rafael J. Wysocki r...@sisk.pl wrote:
On Saturday, August 13, 2011, mark gross wrote:
On Thu, Aug 11, 2011 at 05:06:42PM +0200, jean.pi...@newoldbits.com wrote:
From: Jean Pihet j-pi
Hi,
On Sunday, August 14, 2011, Jean Pihet wrote:
...
+
+ if (dev_pm_qos_request_active(req)) {
+ WARN(1, KERN_ERR dev_pm_qos_add_request() called for
already
+ added request\n);
+ return;
+ }
+ req-dev = dev;
+
+
On Sunday, August 14, 2011, Jean Pihet wrote:
Rafael,
On Fri, Aug 12, 2011 at 11:56 PM, Rafael J. Wysocki r...@sisk.pl wrote:
Hi,
On Friday, August 12, 2011, Jean Pihet wrote:
Hi Rafael,
2011/8/12 Rafael J. Wysocki r...@sisk.pl:
On Thursday, August 11, 2011, jean.pi
Hi,
There is some code duplication in this patch that should better be
avoided (details below).
On Thursday, August 11, 2011, jean.pi...@newoldbits.com wrote:
From: Jean Pihet j-pi...@ti.com
Add a global notification chain that gets called upon changes to the
aggregated constraint value for
On Saturday, August 13, 2011, mark gross wrote:
On Thu, Aug 11, 2011 at 05:06:42PM +0200, jean.pi...@newoldbits.com wrote:
From: Jean Pihet j-pi...@ti.com
In preparation for the per-device constratins support:
- rename update_target to pm_qos_update_target
- generalize and export
On Saturday, August 13, 2011, mark gross wrote:
On Thu, Aug 11, 2011 at 05:06:41PM +0200, jean.pi...@newoldbits.com wrote:
From: Jean Pihet j-pi...@ti.com
In preparation for the per-device constratins support, re-organize
the data strctures:
- add a struct pm_qos_constraints which
Hi,
Well, it looks like I should have reviewed this one more carefully.
On Thursday, August 11, 2011, jean.pi...@newoldbits.com wrote:
From: Jean Pihet j-pi...@ti.com
Implement the per-device PM QoS constraints by creating a device
PM QoS API, which calls the PM QoS constraints management
On Thursday, August 11, 2011, jean.pi...@newoldbits.com wrote:
From: Jean Pihet j-pi...@ti.com
This patch set is in an RFC state, for review and comments.
High level implementation:
1. Preparation of the PM QoS for the addition of a device PM QoS constraints
framework:
. rename
Hi,
On Friday, August 12, 2011, Jean Pihet wrote:
Hi Rafael,
2011/8/12 Rafael J. Wysocki r...@sisk.pl:
On Thursday, August 11, 2011, jean.pi...@newoldbits.com wrote:
From: Jean Pihet j-pi...@ti.com
This patch set is in an RFC state, for review and comments.
...
Questions:
1
On Sunday, August 07, 2011, Mark Brown wrote:
On Sat, Aug 06, 2011 at 09:46:20PM +0200, Rafael J. Wysocki wrote:
On Saturday, August 06, 2011, Mark Brown wrote:
I wouldn't say we've got to rely on userspace here - it seems like we
ought to be able to use DMI or other system data
On Saturday, August 06, 2011, Mark Brown wrote:
On Fri, Aug 05, 2011 at 09:37:36PM +0200, Rafael J. Wysocki wrote:
On Friday, August 05, 2011, Mark Brown wrote:
Do you have any examples of this that aren't better expressed in device
specific terms?
I'm not sure what you mean exactly
On Friday, August 05, 2011, Kevin Hilman wrote:
Rafael J. Wysocki r...@sisk.pl writes:
On Friday, July 22, 2011, Kevin Hilman wrote:
Currently the use of pm_runtime_put_sync() is not safe from
interrupts-disabled context because rpm_idle() will release the
spinlock and enable interrupts
On Friday, August 05, 2011, Mark Brown wrote:
On Thu, Aug 04, 2011 at 09:15:30PM +0200, Rafael J. Wysocki wrote:
On Thursday, August 04, 2011, Mark Brown wrote:
On the one hand that's true. On the other hand that just seems like
going down a bad road where we have drivers that only
On Thursday, August 04, 2011, Mark Brown wrote:
On Wed, Aug 03, 2011 at 12:16:17AM +0200, Rafael J. Wysocki wrote:
On Tuesday, August 02, 2011, Kevin Hilman wrote:
I disagree and think that both are quite realistic (mainly because they
exist today, albiet mostly out of tree because
On Tuesday, August 02, 2011, Jean Pihet wrote:
Rafael,
2011/7/29 Rafael J. Wysocki r...@sisk.pl:
On Thursday, July 28, 2011, jean.pi...@newoldbits.com wrote:
From: Jean Pihet j-pi...@ti.com
The PM QoS implementation files are better named
kernel/pm_qos.c and include/linux/pm_qos.h
On Tuesday, August 02, 2011, Kevin Hilman wrote:
Rafael J. Wysocki r...@sisk.pl writes:
Hi,
On Thursday, June 30, 2011, jean.pi...@newoldbits.com wrote:
From: Jean Pihet j-pi...@ti.com
- add a new PM QoS class PM_QOS_DEV_WAKEUP_LATENCY for device wake-up
constraints. Due
1 - 100 of 351 matches
Mail list logo