From: Ulf Hansson ulf.hans...@linaro.org
Previously this clock was handled internally by the clockdriver,
but now this is separate clk. So we need take care of it.
Signed-off-by: Ulf Hansson ulf.hans...@linaro.org
---
drivers/input/keyboard/nomadik-ske-keypad.c | 22 --
1
From: Ulf Hansson ulf.hans...@linaro.org
Do proper error handling for clk and make sure clocks are being
prepared|unprepared as well as enabled|disabled.
Signed-off-by: Ulf Hansson ulf.hans...@linaro.org
---
drivers/input/keyboard/nomadik-ske-keypad.c | 14 ++
1 file changed, 10
From: Ulf Hansson ulf.hans...@linaro.org
Due to the convert to the common clk driver these changes for clks are needed.
Ulf Hansson (2):
Input: nomadik-ske-keypad - fixup use of clk
Input: nomadik-ske-keypad - start using the apb_pclk
drivers/input/keyboard/nomadik-ske-keypad.c | 34
From: Ulf Hansson ulf.hans...@linaro.org
The reason behind this change is that we would like to enable all
the mmc/sd/sdio features from a hardware perspective (ARM PL18x).
It is then required that the frequency must be 100MHz.
Ulf Hansson (3):
mfd: dbx500: Export
From: Ulf Hansson ulf.hans...@linaro.org
This function needs to be exported to let clients be able to
request the ape opp 100 voltage.
Cc: Samuel Ortiz sa...@linux.intel.com
Signed-off-by: Ulf Hansson ulf.hans...@linaro.org
---
drivers/mfd/db8500-prcmu.c |4 ++--
include/linux/mfd
From: Ulf Hansson ulf.hans...@linaro.org
Some scalable prcmu clocks needs to be handled in conjuction with the
ape opp 100 voltage. A new prcmu clock type clk_prcmu_opp_volt_scalable
is implemented to handle this.
Signed-off-by: Ulf Hansson ulf.hans...@linaro.org
---
drivers/clk/ux500/clk
From: Ulf Hansson ulf.hans...@linaro.org
For u8500 and using 100MHz as the frequency also requires the ape opp 100
voltage, thus use the prcmu_opp_volt_scalable clock type.
Signed-off-by: Ulf Hansson ulf.hans...@linaro.org
---
drivers/clk/ux500/u8500_clk.c |5 +++--
1 file changed, 3
Hi Mike,
Thanks for your input!
On 24 September 2012 17:35, Mike Turquette mturque...@ti.com wrote:
Quoting Ulf Hansson (2012-09-24 07:43:18)
From: Ulf Hansson ulf.hans...@linaro.org
Some scalable prcmu clocks needs to be handled in conjuction with the
ape opp 100 voltage. A new prcmu clock
Hi Mike,
On 26 September 2012 21:25, Mike Turquette mturque...@ti.com wrote:
Quoting Ulf Hansson (2012-09-25 00:56:56)
Hi Mike,
Thanks for your input!
On 24 September 2012 17:35, Mike Turquette mturque...@ti.com wrote:
Quoting Ulf Hansson (2012-09-24 07:43:18)
From: Ulf Hansson ulf.hans
Hi Sam and Linus,
Do you see any issues with this patch? Can we advise Mike to merge it
though his clock tree?
Kind regards
Ulf Hansson
On 24 September 2012 16:43, Ulf Hansson ulf.hans...@stericsson.com wrote:
From: Ulf Hansson ulf.hans...@linaro.org
This function needs to be exported to let
On 4 November 2012 19:12, Linus Walleij linus.wall...@linaro.org wrote:
On Thu, Nov 1, 2012 at 3:20 PM, Ulf Hansson ulf.hans...@stericsson.com
wrote:
From: Ulf Hansson ulf.hans...@linaro.org
Previously this clock was handled internally by the clockdriver,
but now this is separate clk. So
On 22 October 2012 15:30, Mark Brown
broo...@opensource.wolfsonmicro.com wrote:
On Mon, Oct 22, 2012 at 02:32:04PM +0200, Ulf Hansson wrote:
From: Ulf Hansson ulf.hans...@linaro.org
Make sure clocks are being prepared and unprepared as well
as enabled and disabled.
Applied, thanks.
I can
From: Ulf Hansson ulf.hans...@linaro.org
When switching to common clock driver for ux500 this clock needs to
be handled as well. Before this clock was internally managed by the
clock driver itself.
Acked-by: Linus Walleij linus.wall...@linaro.org
Signed-off-by: Ulf Hansson ulf.hans...@linaro.org
From: Ulf Hansson ulf.hans...@linaro.org
Make sure clocks are being prepared and unprepared as well
as enabled and disabled.
Acked-by: Linus Walleij linus.wall...@linaro.org
Signed-off-by: Ulf Hansson ulf.hans...@linaro.org
---
sound/soc/ux500/ux500_msp_dai.c | 12 +++-
1 file changed
From: Ulf Hansson ulf.hans...@linaro.org
Likely during merge of the below commits ended up breaking compilation:
ASoC: Ux500: Enable ux500 MSP driver for Device Tree
ASoC: ux500_msp_i2s: better use devm functions and fix error return code
Signed-off-by: Ulf Hansson ulf.hans...@linaro.org
From: Ulf Hansson ulf.hans...@linaro.org
The below commit introduced a compile error for a missing include file.
ASoC: ux500_msp_i2s: better use devm functions and fix error return code
Signed-off-by: Ulf Hansson ulf.hans...@linaro.org
---
sound/soc/ux500/ux500_msp_i2s.c |1 +
1 file
Hi Sangho,
If you really must do this kind of clean up patches; from my point of
view I would suggest you to collect them in one mmc: core: Code
cleanup patch instead.
Kind regards
Ulf Hansson
On 18 October 2012 18:58, Sangho Yi antir...@gmail.com wrote:
I fixed lines over 80 characters per
From: Ulf Hansson ulf.hans...@linaro.org
When switching to common clock driver for ux500 this clock needs to
be handled as well. Before this clock was internally managed by the
clock driver itself.
Signed-off-by: Ulf Hansson ulf.hans...@linaro.org
---
sound/soc/ux500/ux500_msp_dai.c | 38
From: Ulf Hansson ulf.hans...@linaro.org
Make sure clocks are being prepared and unprepared as well
as enabled and disabled.
Signed-off-by: Ulf Hansson ulf.hans...@linaro.org
---
sound/soc/ux500/ux500_msp_dai.c | 12 +++-
1 file changed, 7 insertions(+), 5 deletions(-)
diff --git
On 22 October 2012 15:32, Mark Brown
broo...@opensource.wolfsonmicro.com wrote:
On Mon, Oct 22, 2012 at 02:32:05PM +0200, Ulf Hansson wrote:
From: Ulf Hansson ulf.hans...@linaro.org
When switching to common clock driver for ux500 this clock needs to
be handled as well. Before this clock
Acked-by: Ulf Hansson ulf.hans...@linaro.org
I assume this shall go into 3.7, right?
Kind regards
Ulf Hansson
On 15 October 2012 15:13, Lee Jones lee.jo...@linaro.org wrote:
Some ux500_msp_i2s patches clashed with:
b18e93a493626c1446f9788ebd5844d008bbf71c
ASoC: ux500_msp_i2s: better use
it is most convenient to do this things.
Sometimes it is possible to group them sometimes not.
Kind regards
Ulf Hansson
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org
On 24 October 2012 12:27, Mark Brown
broo...@opensource.wolfsonmicro.com wrote:
On Wed, Oct 24, 2012 at 11:34:00AM +0200, Ulf Hansson wrote:
Acked-by: Ulf Hansson ulf.hans...@linaro.org
I assume this shall go into 3.7, right?
Kind regards
Ulf Hansson
You may recall that only yesterday I
. For example MMC_CAP2_DETECT_ON_ERR
which I invented. :-). I think it especially these software support
configuration caps that might be causing this dt issues.
Would be very interesting to hear if someone is sharing my thoughts
around the host caps. Or if I am totally wrong here.
Kind regards
Ulf
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Kind regards
Ulf Hansson
--
To unsubscribe from this list
it in this
driver.
Kind regards
Ulf Hansson
{
+ struct device_node *np = dev-dev.of_node;
struct mmci_platform_data *plat = host-plat;
const char *rxname, *txname;
dma_cap_mask_t mask;
- if (!plat || !plat-dma_filter) {
- dev_info(mmc_dev(host
mturque...@linaro.org
Cc: Rajagopal Venkat rajagopal.ven...@linaro.org
Cc: David Brown dav...@codeaurora.org
Cc: Ulf Hansson ulf.hans...@linaro.org
Tested-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
Reviewed-by: Thomas Gleixner t...@linutronix.de
---
Changes since v5:
* pass flags
until it is released.
Signed-off-by: Mike Turquette mturque...@linaro.org
Cc: Rajagopal Venkat rajagopal.ven...@linaro.org
Cc: David Brown dav...@codeaurora.org
Cc: Ulf Hansson ulf.hans...@linaro.org
Tested-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
Reviewed-by: Thomas Gleixner t
On 27 March 2013 13:28, Сергей Янович ynv...@gmail.com wrote:
Hi Ulf,
On 27 March 2013 15:13, Ulf Hansson ulf.hans...@linaro.org wrote:
Moreover, this patch will have bad impact on booting the kernel, since
every host device that has scheduled a detect work from it's probe
function will also
On 2 April 2013 12:35, Sergey Yanovich ynv...@gmail.com wrote:
On Tue, 2013-04-02 at 12:13 +0200, Ulf Hansson wrote:
Consider a platform having two eMMCs and one SD-card. Each eMMC card
will take around 400 ms to initialize and the SD-card 700 ms. The card
initialization times are real
solution.
Have you considered dvfs clock type?
I put some comments about this for [PATCH 2/5] clk: notifier handler
for dynamic voltage scaling recently as well.
What could the advantages/disadvantages be between the two options?
Kind regards
Ulf Hansson
--
To unsubscribe from this list: send
On 15 March 2013 13:06, Bill Huang bilhu...@nvidia.com wrote:
On Fri, 2013-03-15 at 18:08 +0800, Ulf Hansson wrote:
On 15 March 2013 10:39, Peter De Schrijver pdeschrij...@nvidia.com wrote:
On Fri, Mar 15, 2013 at 06:22:47AM +0100, Stephen Warren wrote:
On 03/14/2013 07:20 PM, Bill Huang
On 15 March 2013 20:38, Stephen Warren swar...@wwwdotorg.org wrote:
On 03/15/2013 06:33 AM, Ulf Hansson wrote:
On 15 March 2013 13:06, Bill Huang bilhu...@nvidia.com wrote:
On Fri, 2013-03-15 at 18:08 +0800, Ulf Hansson wrote:
...
Some prerequisites; I think am in favor of using the clk API
.rc2.18.g61b472e
--
To unsubscribe from this list: send the line unsubscribe linux-mmc in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Acked-by: Ulf Hansson ulf.hans...@linaro.org
--
To unsubscribe from this list: send
the DVFS functionallity that is
needed for each SoC.
Kind regards
Ulf Hansson
___
linaro-dev mailing list
linaro-...@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev
--
To unsubscribe from this list: send the line unsubscribe
. For some
clks you would like to do pinctrl operations from a clk hw. But since
a pinctrl driver likely requires a clk to be prepared|enabled, we run
into a clk reentrant issue.
Kind regards
Ulf Hansson
--
viresh
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body
or rootdelay?
Moreover, this patch will have bad impact on booting the kernel, since
every host device that has scheduled a detect work from it's probe
function will also wait for it to finish. Even if it is the boot
device of not. If this is needed, I would prefer that a host cap is
used.
Kind regards
Ulf
regards
Ulf Hansson
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
become idle. I belive two values should
be considered, but are they?
1. The card need BKOPS to be performed for some status level.
2. Request inactivity for a certain timeout has occured.
Have you considered to use runtime PM for the card device instead of
the workqueue?
Kind regards
Ulf Hansson
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Kind regards
Ulf Hansson
--
To unsubscribe from this list
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Acked-by: Ulf Hansson ulf.hans...@linaro.org
--
To unsubscribe
the
per platform burden. By doing this, we also become more Device
Tree compatible.
Cc: Chris Ball c...@laptop.org
Cc: Russell King rmk+ker...@arm.linux.org.uk
Acked-by: Ulf Hansson ulf.hans...@stericsson.com
Signed-off-by: Lee Jones lee.jo...@linaro.org
Any more news on this one
to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Acked-by: Ulf Hansson ulf.hans...@linaro.org
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord
at http://vger.kernel.org/majordomo-info.html
I agree that some update to the commit msg is wanted; since this fixup
is not related to runtime suspend as such.
Anyway, you have my ack!
Acked-by: Ulf Hansson ulf.hans...@linaro.org
Kind regards
Ulf Hansson
--
To unsubscribe from this list: send
/majordomo-info.html
Kind regards
Ulf Hansson
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Kind regards
Ulf Hansson
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo
On 22 February 2013 11:38, Mark Brown
broo...@opensource.wolfsonmicro.com wrote:
On Thu, Feb 21, 2013 at 11:45:08PM +0100, Ulf Hansson wrote:
On 20 February 2013 14:19, Mark Brown
This doesn't look especially sane... You're doing a runtime get, taking
the lock without releasing
On 25 February 2013 14:51, Mark Brown
broo...@opensource.wolfsonmicro.com wrote:
On Mon, Feb 25, 2013 at 10:27:36AM +0100, Ulf Hansson wrote:
On 22 February 2013 11:38, Mark Brown
Are you sure this actually does what you think it does, especially when
run on modern kernels?
Not sure, what
Hi Mike,
Thanks for your input, and sorry for my late reply!
On 31 August 2012 21:29, Mike Turquette mturque...@ti.com wrote:
Quoting Ulf Hansson (2012-08-31 05:21:28)
From: Ulf Hansson ulf.hans...@linaro.org
By using CLK_GET_RATE_NOCACHE flag, we tell the clk_get_rate API to
issue the hw
this can be a good first test and hopefully it works.
Although, don't we need an ack by Samuel Ortiz for the patch on mfd?
mfd: dbx500: Provide a more accurate smp_twd clock
Or, is it enough with Linus ack since he is the maintainer of that
specific mfd file I have patched?
Kind regards
Ulf Hansson
From: Ulf Hansson ulf.hans...@linaro.org
To implement support for the smp_twd clock for ux500 several steps
was needed. This patchseries has also proposed some new changes in the
common clock core, which the ux500 smp_twd clock definition are
relying on.
Moreover some crossdepency exist
From: Ulf Hansson ulf.hans...@linaro.org
By using CLK_GET_RATE_NOCACHE flag, we tell the clk_get_rate API to
issue the hw for an updated clock rate. This can be used for a clock
which rate may be updated without a client necessary modifying it.
Signed-off-by: Ulf Hansson ulf.hans...@linaro.org
From: Ulf Hansson ulf.hans...@linaro.org
The smp_twd clock is based upon a prcmu_rate clock type
for the PRCMU_ARMSS clock.
Signed-off-by: Ulf Hansson ulf.hans...@linaro.org
---
drivers/clk/ux500/u8500_clk.c | 12
1 file changed, 8 insertions(+), 4 deletions(-)
diff --git
From: Michel Jaouen michel.jao...@stericsson.com
The local timer clock is based on ARM subsystem clock. This patch
obtains a more exact value of that clock by reading PRCMU registers.
Using this increases the accuracy of the local timer events.
Signed-off-by: Ulf Hansson ulf.hans...@linaro.org
From: Ulf Hansson ulf.hans...@linaro.org
The prmcu_rate clock is not gateable and has a rate which
only can be fetched.
Signed-off-by: Ulf Hansson ulf.hans...@linaro.org
---
drivers/clk/ux500/clk-prcmu.c | 14 ++
drivers/clk/ux500/clk.h |5 +
2 files changed, 19
From: Ulf Hansson ulf.hans...@linaro.org
Fixup some errorhandling for clocks during probe and make sure
to use clk_prepare as well as clk_enable.
Signed-off-by: Ulf Hansson ulf.hans...@linaro.org
Acked-by: Linus Walleij linus.wall...@linaro.org
---
drivers/dma/ste_dma40.c | 14
/majordomo-info.html
Kind regards
Ulf Hansson
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
will be interrupted.
As for the effect on the battery consumption, this is probably something
specific to our controller, so sorry if I created a confusion.
Additional comments inline.
Thanks,
Maya
On Tue, December 4, 2012 1:52 am, Ulf Hansson wrote:
On 3 December 2012 10:49, me...@codeaurora.org
].gpio = HREFV60_SDMMC_1V8_3V_GPIO;
+
hrefv60_pinmaps_init();
parent = u8500_init_devices(ab8500_platdata);
--
1.7.9.5
Finally, I suppose regulator inits i located in
board-mop500-regulators.c, so I would suggest to move most of this
code in there instead.
Kind regards
Ulf
On 10 December 2012 11:18, Ulf Hansson ulf.hans...@linaro.org wrote:
On 10 December 2012 09:56, Lee Jones lee.jo...@linaro.org wrote:
To prevent lots of unnecessary call-backs into platform code, we're
now using the GPIO regulator framework to control the 'enable' (en)
and 'voltage select
.
In this case mmci driver will have to decide what to do when 3.3V is
requested, but only 2.9 is supported.
--
Lee Jones
Linaro ST-Ericsson Landing Team Lead
Linaro.org │ Open source software for ARM SoCs
Follow Linaro: Facebook | Twitter | Blog
Kind regards
Ulf Hansson
--
To unsubscribe from
On 10 December 2012 12:08, Lee Jones lee.jo...@linaro.org wrote:
To prevent lots of unnecessary call-backs into platform code, we're
now using the GPIO regulator framework to control the 'enable' (en)
and 'voltage select' (vsel) GPIO pins which in turn control the
MMCI's secondary regulator
-by: Linus Walleij linus.wall...@linaro.org
Yours,
Linus Walleij
Kind regards
Ulf Hansson
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read
On 1 November 2012 15:20, Ulf Hansson ulf.hans...@stericsson.com wrote:
From: Ulf Hansson ulf.hans...@linaro.org
Due to the convert to the common clk driver these changes for clks are needed.
Ulf Hansson (2):
Input: nomadik-ske-keypad - fixup use of clk
Input: nomadik-ske-keypad - start
believe this should work fine for ux500 platforms, so:
Reviewed-by: Ulf Hansson ulf.hans...@linaro.org
Kind regards
Ulf Hansson
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http
to poll for the BKOPS status.
Thanks,
Maya
-Original Message-
From: linux-mmc-ow...@vger.kernel.org
[mailto:linux-mmc-ow...@vger.kernel.org] On Behalf Of Ulf Hansson
Sent: Thursday, December 13, 2012 12:18 PM
To: me...@codeaurora.org
Cc: Jaehoon Chung; linux-...@vger.kernel.org; linux
On 12 December 2012 13:32, me...@codeaurora.org wrote:
Hi Ulf,
Sorry for the late response.
See my reply below.
Thanks,
Maya
On Thu, December 6, 2012 2:18 am, Ulf Hansson wrote:
Hi Maya,
On 4 December 2012 22:17, me...@codeaurora.org wrote:
Hi Ulf,
Let me try to better explain
(ab8500_platdata);
--
1.7.9.5
Acked-by: Ulf Hansson ulf.hans...@linaro.org
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http
-by: Ulf Hansson ulf.hans...@linaro.org
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Kind regards
Ulf Hansson
--
To unsubscribe from this list: send the line unsubscribe linux-mmc in
the body of a message to majord
://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Kind regards
Ulf Hansson
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo
it,
so we are required to provide and easy way to access it from the
SMSC911x driver. We do this using an alias provided by this patch.
Cc: Mike Turquette mturque...@linaro.org
Cc: Ulf Hansson ulf.hans...@linaro.org
Signed-off-by: Lee Jones lee.jo...@linaro.org
---
drivers/clk/ux500
: Facebook | Twitter | Blog
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Reviewed-by: Ulf Hansson
about to set up test using this patch, to validate this for a
ux500 Android build. Please give me a few days to provide you with
some results and input.
Kind regards
Ulf Hansson
Thanks,
Zoran
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message
of wake_locks.
Feedback on the approach is greatly appreciated, in particular for the
1/2 second extension peroid.
Cc: San Mehat s...@google.com
Cc: Colin Cross ccr...@android.com
Cc: John Stultz john.stu...@linaro.org
Cc: Chris Ball c...@laptop.org
Cc: Ulf Hansson ulf.hans...@linaro.org
Cc
On 17 June 2013 20:33, Colin Cross ccr...@android.com wrote:
On Mon, Jun 17, 2013 at 7:22 AM, Ulf Hansson ulf.hans...@linaro.org wrote:
On 14 June 2013 22:52, Colin Cross ccr...@android.com wrote:
On Fri, Jun 14, 2013 at 11:42 AM, Zoran Markovic
zoran.marko...@linaro.org wrote:
I am not sure
On 18 June 2013 19:15, Colin Cross ccr...@android.com wrote:
On Tue, Jun 18, 2013 at 6:17 AM, Ulf Hansson ulf.hans...@linaro.org wrote:
On 17 June 2013 20:33, Colin Cross ccr...@android.com wrote:
This is a generic requirement for using a kernel with autosleep
enabled. Autosleep will enter
).
In your case, which seems like a more modern way of implementing
remove, you shall call pm_runtime_suspend to make sure the
runtime_suspend callbacks gets called.
Kind regards
Ulf Hansson
Tomi
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord
Rafael J. Wysocki r...@rjwysocki.net skrev:
On Wednesday, November 06, 2013 05:02:12 PM Alan Stern wrote:
On Wed, 6 Nov 2013, Rafael J. Wysocki wrote:
On Wednesday, November 06, 2013 09:51:42 AM Tomi Valkeinen wrote:
On 2013-11-05 23:29, Ulf Hansson wrote:
On 23 October 2013 12:11
On 7 November 2013 02:05, Rafael J. Wysocki r...@rjwysocki.net wrote:
On Wednesday, November 06, 2013 04:21:48 PM Kevin Hilman wrote:
On Wed, Nov 6, 2013 at 4:16 PM, Rafael J. Wysocki r...@rjwysocki.net wrote:
On Wednesday, November 06, 2013 11:48:24 PM Ulf Hansson wrote:
Rafael J. Wysocki
/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Kind regards
Ulf Hansson
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read
what you need as well.
Kind regards
Ulf Hansson
+ if (!IS_ERR(reg_vmmc)) {
+ ret = regulator_enable(reg_vmmc);
+ if (ret) {
+ dev_err(pdev-dev,
+ Failed to enable vmmc regulator: %d\n, ret
. */
--
1.8.1.5
Kind regards
Ulf Hansson
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
here, instead handle that from the
.set_ios function. This complete code chunk must also be moved prior
to mmc_add_host above.
When enabling/disabling the regulator from the .set_ios, I suppose you
want to use mmc_regulator_set_ocr API instead.
Kind regards
Ulf Hansson
+ if (ret
Acked-by: Ulf Hansson ulf.hans...@linaro.org
---
Changes in v2:
- use mmc_regulator_get_supply instead of devm_regulator_get
Changes in v3:
- en/disable the regulator in .set_ios using mmc_regulator_set_ocr
drivers/mmc/host/atmel-mci.c | 7 +++
1 file changed, 7 insertions
code for this is already, nomadik and omap
for example. I think typically clocks, pins and if there are a power
domain regulator for the controller, those should be handled through
runtime PM to save power at request inactivity.
Kind regards
Ulf Hansson
Anyway, thanks for letting me know about your
: Rafael J. Wysocki r...@rjwysocki.net
Cc: Pavel Machek pa...@ucw.cz
Cc: Len Brown len.br...@intel.com
Signed-off-by: Ulf Hansson ulf.hans...@linaro.org
---
drivers/gpu/drm/exynos/exynos_drm_fimc.c | 33 --
1 file changed, 4 insertions(+), 29 deletions(-)
diff --git
for -resume_early, -thaw_early and
-restore_early.
Cc: Kevin Hilman khil...@linaro.org
Cc: Alan Stern st...@rowland.harvard.edu
Signed-off-by: Ulf Hansson ulf.hans...@linaro.org
---
include/linux/pm.h | 12
1 file changed, 12 insertions(+)
diff --git a/include/linux/pm.h b/include/linux/pm.h
of CONFIG_PM_RUNTIME.
A special thanks to Alan Stern who came up with this idea.
Cc: Kevin Hilman khil...@linaro.org
Cc: Alan Stern st...@rowland.harvard.edu
Signed-off-by: Ulf Hansson ulf.hans...@linaro.org
---
drivers/base/power/generic_ops.c | 86 ++
include
prevents the platform bus from by-passing driver's runtime
PM callbacks while only CONFIG_PM_SLEEP and not CONFIG_PM_RUNTIME is
being used.
Cc: Kevin Hilman khil...@linaro.org
Cc: Alan Stern st...@rowland.harvard.edu
Signed-off-by: Ulf Hansson ulf.hans...@linaro.org
---
drivers/base/power/generic_ops.c
...@linaro.org
Cc: Alan Stern st...@rowland.harvard.edu
Signed-off-by: Ulf Hansson ulf.hans...@linaro.org
---
include/linux/pm.h |9 +
1 file changed, 9 insertions(+)
diff --git a/include/linux/pm.h b/include/linux/pm.h
index 5bce0d4..529657c 100644
--- a/include/linux/pm.h
+++ b/include/linux
are closely related.
Ulf Hansson (5):
PM / Sleep: Add pm_generic functions to re-use runtime PM callbacks
PM / Runtime: Implement the pm_generic_runtime functions for
CONFIG_PM
PM / Runtime: Add second macro for definition of runtime PM callbacks
PM / Sleep: Add macro to define common late
On 27 November 2013 21:42, Rafael J. Wysocki r...@rjwysocki.net wrote:
On Wednesday, November 27, 2013 04:34:55 PM Ulf Hansson wrote:
To put devices into low power state during system suspend, it may be
convenient
for runtime PM supported subsystems, power domains and drivers to have
The lack of specificity here doesn't make the discussion any easier.
It usually is better to talk about specific problems to address than
using general terms which may mean slightly different things for different
people.
During these discussions, I have tried to point at existing code for
On 29 November 2013 10:32, Ulf Hansson ulf.hans...@linaro.org wrote:
The lack of specificity here doesn't make the discussion any easier.
It usually is better to talk about specific problems to address than
using general terms which may mean slightly different things for different
people
certainly appreciate some advise from you at
this point, because I am kind of out ideas at the moment.
Kind regards
Ulf Hansson
Thanks!
--
I speak only for myself.
Rafael J. Wysocki, Intel Open Source Technology Center.
--
To unsubscribe from this list: send the line unsubscribe linux-kernel
That would be kind of OK, if the driver's .suspend_late() only invoked its own
.runtime_suspend(), what you did below.
But, in the Ulf's approach the driver calls .runtime_suspend() from
its *subsystem* in the hope that it will all work out properly (or
perhaps based on the knowledge about
Cc: Linus Walleij linus.wall...@linaro.org
Cc: Mike Turquette mturque...@linaro.org
Signed-off-by: Ulf Hansson ulf.hans...@linaro.org
---
MAINTAINERS |8
1 file changed, 8 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 284969f..1d0ae30 100644
--- a/MAINTAINERS
+++ b
to inactivate devices during system suspend.
Kind regards
Ulf Hansson
Looks reasonable to me. Looks like this should be considered for -stable
- Nishanth, what do you think?
Every product kernel since 3.4 needed to be hacked (we have hacked in
different ways so far) to work around
On 4 December 2013 00:41, Rafael J. Wysocki r...@rjwysocki.net wrote:
On Wednesday, December 04, 2013 12:15:13 AM Rafael J. Wysocki wrote:
On Wednesday, November 27, 2013 04:34:56 PM Ulf Hansson wrote:
To put devices into low power state during sleep, it sometimes makes
sense at subsystem
1 - 100 of 6594 matches
Mail list logo