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.
> &g
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 imp
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 and
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 imple
On Tue, Jul 7, 2015 at 10:11 AM, Felipe Balbi wrote:
> On Tue, Jul 07, 2015 at 12:40:53AM -0700, Tony Lindgren wrote:
>> * Rafael J. Wysocki [150706 15:49]:
>> > On Monday, July 06, 2015 01:01:18 PM Felipe Balbi wrote:
>> > > on a first call to dev_pm_attach_wake
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:
On Tue, Jun 16, 2015 at 11:40 PM, Felipe Balbi 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
>
> looks like this wasn't applied anywhere. Viresh, ca
NFIG_MMC_OMAP_HS are selected.
> >=20
> > Cc: Stephen Rothwell
> > Cc: Ulf Hansson
> > Reported-by: Jim Davis
> > Signed-off-by: Tony Lindgren
>
> cool:
>
> Reviewed-by: Felipe Balbi
Applied, thanks!
--
I speak only for myself.
Rafael J. Wysocki, Inte
On 5/25/2015 10:38 AM, Ulf Hansson wrote:
On 14 May 2015 at 01:36, Tony Lindgren wrote:
We can now use generic wakeirq handling and remove the custom handling
for the wake-up interrupts.
Signed-off-by: Tony Lindgren
Rafael, if you are fine with it, please take this one through your
linux-pm
On Tuesday, May 19, 2015 07:10:57 PM Tony Lindgren wrote:
> * Rafael J. Wysocki [150519 17:01]:
> > On Tuesday, May 19, 2015 04:27:56 PM Tony Lindgren wrote:
> > > * Rafael J. Wysocki [150519 16:07]:
> > > > On Wednesday, May 20, 2015 12:41:06 AM Thomas Gleixner w
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.
>
> C
apply this series, but
I can do that if people don't have problems 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
On Friday, March 06, 2015 03:05:40 PM Tony Lindgren wrote:
> * Alan Stern [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 RPM
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 (pm_ru
On Fri, Mar 6, 2015 at 3:02 AM, Rafael J. Wysocki 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
gt; +#else/* !CONFIG_PM_WAKEIRQ */
> +
> +static inline int dev_pm_wakeirq_request(struct device *dev,
> + int wakeirq,
> + irq_handler_t handler,
> + unsigned long ir
> Add pr_fmt and convert one printk(KERN_ERR to pr_err
That is fine by me, so
Acked-by: Rafael J. Wysocki
for the cpuidle and ACPI changes.
> Signed-off-by: Joe Perches
> ---
> arch/arm/mach-omap2/cpuidle44xx.c | 7 +++
> arch/arm/mach-tegra/cpuidle-tegra114.c | 4 +
From: Rafael J. Wysocki
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 with CONFIG_PM everywhere in the
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
> >
> > After commit b2b49ccbdd54 (PM: Kconfig: Set PM_RUNTIME if PM_SLEEP is
> > selected) PM_RUNTIME is
From: Rafael J. Wysocki
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.
Signed-off-by: Rafael J
From: Rafael J. Wysocki
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-by: Rafael J. Wysocki
From: Rafael J. Wysocki
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 with CONFIG_PM in drivers/gpio/gpio
s. If in fu=
> ture
> > > there are no users (today we have quite a few), then we can remove the =
> dead
> > > macro, no harm. But that is not the situation today.
> >=20
> > as I said, a commit that's bound to be useless. It's not like you're
&
+--
> drivers/usb/musb/omap2430.c |6 +--
> drivers/video/fbdev/auo_k190x.c | 9 +---
> include/linux/pm_runtime.h |6 +++
> 31 files changed, 97 insertions(+), 177 deletions(-)
OK, I guess this is as
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 B
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
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
ue I'm having to the following commit:
>
> > 45f0a85c8258741d11bda25c0a5669c06267204a is the first bad commit
> > commit 45f0a85c8258741d11bda25c0a5669c06267204a
> > Author: Rafael J. Wysocki
> > Date: Mon Jun 3 21:49:52 2013 +0200
> >
> &
0
> +...
> +)
> +
> +//--
> +// For org and report mode
> +//--
> +
> +@r depends on runtime_bad_err_handle exists@
> +position p1, p2;
> +identifier pm_run
> 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 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
(&omap_driver);
> }
>
> +static struct platform_driver omap_cpufreq_platdrv = {
> + .driver = {
> + .name = "omap-cpufreq",
> + .owner = THIS_MODULE,
> + },
> + .probe = omap_cpufreq_probe,
> + .remove = o
2:07 +0200)
>
> are available in the git repository at:
>
>
> git://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
On Monday, January 21, 2013 02:45:32 PM MyungJoo Ham wrote:
> On Sat, Jan 19, 2013 at 7:28 AM, Rafael J. Wysocki wrote:
> > On Friday, January 18, 2013 01:52:31 PM Nishanth Menon wrote:
> >> Hi,
> >> Despite being documented in function documentation and in
> >&g
5 +++
> drivers/devfreq/exynos4_bus.c | 94
>
> 4 files changed, 80 insertions(+), 27 deletions(-)
>
> [1] http://www.beagleboard.org/irclogs/index.php?date=2013-01-18#T14:14:07
> [2]
> https://github.com/nmenon/linux-2.6-playgr
s 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 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
gt; > constraint remove.
> I do not think this is correct. Using disable_hlt is a too radical
> solution and will prevent the idle completely, this is not what we
> want.
>
> Rafael, what do you think?
Well, I agree.
Thanks,
Rafael
--
I speak only for myself.
Rafael J. Wysoc
> and pins. Should it be centralized or not? If it's to be centralized it
> needs to become a large piece of infrastructure refactoring and
> needs the attention of Linaro and the like to happen.
Well, I personally think it should be centralized somehow. I'm not quite
sure how to a
kernel.org during that time.
So I think it would be better to merge this material through the arm-soc tree,
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 Techno
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?
> >
> > Rafae
gle-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
> Cc: Alan Stern
> Signed-off-by: Kevin Hilman
> ---
> v2:
> - major changelog re
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
> > >
> > > When runtime PM is disabled, what we want is for callba
e simplified slightly.
> To permit the usage described above, add a check to rpm_resume() so
> that success 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
here 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
>
>
> Tested on AM3730/Beagle-xM where wakeup IRQ firing during the late
> suspend phase triggers run
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
&
On Wednesday, September 19, 2012, Kevin Hilman wrote:
> "Rafael J. Wysocki" 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
&g
On Tuesday, September 18, 2012, Axel Lin wrote:
> omap_device_get_by_hwmod_name() returns ERR_PTR on error.
>
> Signed-off-by: Axel Lin
Kevin, should I take this?
Rafael
> ---
> drivers/cpufreq/omap-cpufreq.c |4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/dr
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
> Cc: Kevin Hilman
> Cc: Rafael J. Wysocki
> Acked-by: Kevin Hilman
Ack
On Thursday, August 09, 2012, Kevin Hilman wrote:
> "Rafael J. Wysocki" 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 platfo
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 ex
t; calls dev_set_name.
>
> So 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
Acked-by: Rafael J. Wysocki
>
> diff --gi
From: Rafael J. Wysocki
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
---
drivers/char/hw_random/omap-rng.c | 13 +++--
1 file changed, 7 insertions
On Wednesday, April 18, 2012, Kevin Hilman wrote:
> Rafael,
>
> jean.pi...@newoldbits.com writes:
>
> > From: Jean Pihet
> >
> > 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 a
On Wednesday, March 21, 2012, Amit Kucheria wrote:
> On Wed, Mar 21, 2012 at 12:48 AM, Kevin Hilman wrote:
> > Arnd Bergmann writes:
> >
> >> On Tuesday 20 March 2012, Robert Lee wrote:
> >>> This patch series moves various functionality duplicated in platform
> >>> cpuidle drivers to the core cp
On Thursday, March 15, 2012, jean.pi...@newoldbits.com wrote:
> From: Jean Pihet
>
> 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:
> . CONFIG_
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:
> > > >
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
;
> 1. When the '->suspend' method is not present, we return -EOPNOTSUPP,
> but
>the callers of 'mtd_suspend()' expects 0 instead.
> 2. Checking of the 'mtd' parameter against NULL has been incorrectly
> removed
>in 'mtd_cls_suspend()&
gt; include/linux/opp.h:103: multiple definition of `opp_get_notifier'
> include/linux/opp.h:103: first defined here
>
> Also fix incorrect comment.
>
> Cc: MyungJoo Ham
> Cc: Kyungmin Park
> Cc: Mike Turquette
> Cc: Kevin Hilman
> Cc: Rafael J. Wysocki
> Sig
On Monday, October 03, 2011, jean.pi...@newoldbits.com wrote:
> From: Jean Pihet
>
> 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
Applied to l
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 no
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 !CO
not normal 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
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, wrote:
> > > @@ -129,19 +146,19 @@ static const struct file_operations
> > > pm_qos_power_fops = {
> > > /* unlocked internal variant */
> > > stat
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 pm_runti
On Thursday, August 25, 2011, Jean Pihet wrote:
> On Thu, Aug 25, 2011 at 4:17 PM, Rafael J. Wysocki wrote:
> > On Thursday, August 25, 2011, Mark Brown wrote:
> >> On Tue, Aug 23, 2011 at 11:31:54PM +0200, Rafael J. Wysocki wrote:
> >>
> >> > Perhaps. Sti
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
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 th
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.
On Monday, August 22, 2011, Kevin Hilman wrote:
> jean.pi...@newoldbits.com writes:
>
> > From: Jean Pihet
> >
> > 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.
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
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
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 us
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
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
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
>
> 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 kernel/power/qos.c
>
Hi,
On Tuesday, August 16, 2011, jean.pi...@newoldbits.com wrote:
> From: Jean Pihet
>
> 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 order for the
Hi,
On Tuesday, August 16, 2011, jean.pi...@newoldbits.com wrote:
> From: Jean Pihet
>
> 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 stored
> in
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 wrote:
> > > On Sun, Aug 14, 2011 at 03:37:43PM +0200, Rafael J. Wysocki wrote:
> > >> On Sunday, Aug
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
>
> Add a global notification chain that gets called upon changes to the
> aggregated constraint value for any device
On Sunday, August 14, 2011, Jean Pihet wrote:
> Rafael,
>
> On Fri, Aug 12, 2011 at 11:56 PM, Rafael J. Wysocki wrote:
> > Hi,
> >
> > On Friday, August 12, 2011, Jean Pihet wrote:
> >> Hi Rafael,
> >>
> >> 2011/8/12 Rafael J.
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;
> >> + }
> >> + r
On Sunday, August 14, 2011, Jean Pihet wrote:
> Hi Rafael, Mark,
>
> On Sat, Aug 13, 2011 at 10:34 PM, Rafael J. Wysocki wrote:
> > On Saturday, August 13, 2011, mark gross wrote:
> >> On Thu, Aug 11, 2011 at 05:06:42PM +0200, jean.pi...@newoldbits.com wrote:
On Sunday, August 14, 2011, Jean Pihet wrote:
> Rafael, Mark,
>
> On Sat, Aug 13, 2011 at 10:58 PM, Rafael J. Wysocki wrote:
> > On Saturday, August 13, 2011, mark gross wrote:
> >> On Thu, Aug 11, 2011 at 05:06:41PM +0200, jean.pi...@newoldbits.com wrote:
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
>
> Implement the per-device PM QoS constraints by creating a device
> PM QoS API, which calls the PM QoS constraints management core code.
>
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
> >
> > In preparation for the per-device constratins support, re-organize
> > the data strctures:
> > - add a struct pm_qos_constraints which contains
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
> >
> > In preparation for the per-device constratins support:
> > - rename update_target to pm_qos_update_target
> > - generalize and export pm_qos_up
Hi,
On Friday, August 12, 2011, Jean Pihet wrote:
> Hi Rafael,
>
> 2011/8/12 Rafael J. Wysocki :
> > On Thursday, August 11, 2011, jean.pi...@newoldbits.com wrote:
> >> From: Jean Pihet
> >>
> >> This patch set is in an RFC state, for review and com
On Thursday, August 11, 2011, jean.pi...@newoldbits.com wrote:
> From: Jean Pihet
>
> 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 and move
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
> > > oug
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
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 do
On Friday, August 05, 2011, Kevin Hilman wrote:
> "Rafael J. Wysocki" 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() w
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 to
On Tuesday, August 02, 2011, Kevin Hilman wrote:
> [adding Mark Brown as we discussed similar topics a couple plumbers ago]
>
> "Rafael J. Wysocki" writes:
>
> [...]
>
> >> >> The new class is only available from kernel drivers and so is
Hi,
On Tuesday, August 02, 2011, Jean Pihet wrote:
...
> >> -static inline void pm_qos_set_value(struct pm_qos_object *o, s32 value)
> >> +static inline void pm_qos_set_value(struct pm_qos_constraints *c, s32
> >> value)
> >> {
> >> - o->target_value = value;
> >> + c->target_value = va
1 - 100 of 361 matches
Mail list logo