On Fri, Jun 6, 2014 at 9:50 PM, Simon Horman wrote:
> On Fri, Jun 06, 2014 at 09:14:01PM +0900, Magnus Damm wrote:
>> On Fri, Jun 6, 2014 at 8:14 PM, Simon Horman wrote:
>> > On Fri, Jun 06, 2014 at 11:36:56AM +0100, Mark Brown wrote:
>> >> From: Mark Brown
>&g
On Fri, Jun 6, 2014 at 8:14 PM, Simon Horman wrote:
> On Fri, Jun 06, 2014 at 11:36:56AM +0100, Mark Brown wrote:
>> From: Mark Brown
>>
>> Since the OPP layer is a kernel library which has been converted to be
>> directly selectable by its callers rather than user selectable and
>> requiring arc
2011/6/25 Arve Hjønnevåg :
> On Fri, Jun 24, 2011 at 12:53 PM, Paul Walmsley wrote:
> ...
>>
>> As I understand it, in the original Android implementation, the hardware
>> that they were using didn't have fine-grained power management. So
>> system-wide suspend made more sense in that context. B
Hi Kevin,
On Thu, Jun 9, 2011 at 7:50 AM, Kevin Hilman wrote:
> "Rafael J. Wysocki" writes:
>
> [...]
>
>> you need to separate the system suspend handling from runtime PM.
>
> /me risks getting yelled at again and jumps back in ;)
=)
>> Each of them requires a different approach, because the
Hi Russell,
[CC Paul Mundt]
On Sat, Apr 16, 2011 at 12:41 AM, Russell King - ARM Linux
wrote:
> On Fri, Apr 15, 2011 at 09:32:01AM -0600, Grant Likely wrote:
>> Yes, once the infrastructure is in place, powerpc can do its own
>> migration to the new code. I vote for putting it in lib at the
>>
On Thu, Mar 24, 2011 at 1:04 AM, Magnus Damm wrote:
> On Wed, Mar 23, 2011 at 1:59 AM, Mark Brown
> wrote:
>> On Wed, Mar 23, 2011 at 01:51:02AM +0900, Magnus Damm wrote:
>>
>>> I'm not sure if this is i2c specific though - in general you probably
>>> nee
On Thu, Mar 24, 2011 at 1:20 AM, Mark Brown
wrote:
> On Thu, Mar 24, 2011 at 01:04:31AM +0900, Magnus Damm wrote:
>
>> Sounds nice. Hopefully that will allow us to use module_init() in
>> drivers instead of other initcall levels depending on bus type.
>
> None of this is
On Wed, Mar 23, 2011 at 1:59 AM, Mark Brown
wrote:
> On Wed, Mar 23, 2011 at 01:51:02AM +0900, Magnus Damm wrote:
>
>> I'm not sure if this is i2c specific though - in general you probably
>> need to register the parent bus driver first.
>
> This was my original qu
On Wed, Mar 23, 2011 at 1:31 AM, Mark Brown
wrote:
> On Wed, Mar 23, 2011 at 01:20:23AM +0900, Magnus Damm wrote:
>> On Wed, Mar 23, 2011 at 12:57 AM, Paul Mundt wrote:
>
>> > In this case I would suspect general indifference or simply copying other
>> > drivers.
On Wed, Mar 23, 2011 at 12:57 AM, Paul Mundt wrote:
> On Wed, Mar 23, 2011 at 12:43:54AM +0900, Magnus Damm wrote:
>> On Wed, Mar 23, 2011 at 12:32 AM, Paul Mundt wrote:
>> > On Wed, Mar 23, 2011 at 12:22:05AM +0900, Magnus Damm wrote:
>> >> I believe all
On Wed, Mar 23, 2011 at 12:32 AM, Paul Mundt wrote:
> On Wed, Mar 23, 2011 at 12:22:05AM +0900, Magnus Damm wrote:
>> On Tue, Mar 22, 2011 at 11:33 PM, Paul Mundt wrote:
>> > On Tue, Mar 22, 2011 at 02:28:55PM +, Mark Brown wrote:
>> >> On Tue, Mar 22, 2011 at
On Tue, Mar 22, 2011 at 11:33 PM, Paul Mundt wrote:
> On Tue, Mar 22, 2011 at 02:28:55PM +, Mark Brown wrote:
>> On Tue, Mar 22, 2011 at 11:26:19PM +0900, Magnus Damm wrote:
>>
>> > The tca6416 driver makes use of the I2C bus for chatting
>> > with the act
On Tue, Mar 22, 2011 at 11:28 PM, Mark Brown
wrote:
> On Tue, Mar 22, 2011 at 11:26:19PM +0900, Magnus Damm wrote:
>
>> The tca6416 driver makes use of the I2C bus for chatting
>> with the actual hardware device. Without this patch both
>> the I2C bus driver and the tca641
From: Magnus Damm
The tca6416 driver makes use of the I2C bus for chatting
with the actual hardware device. Without this patch both
the I2C bus driver and the tca6416 driver are initialized
at the subsys_initcall() level. This may lead to problems
with the tca6416 driver being initialized before
On Thu, Aug 5, 2010 at 7:14 AM, Patrick Pannuto wrote:
> Inspiration for this comes from:
> http://www.mail-archive.com/linux-omap@vger.kernel.org/msg31161.html
>
> RFC: http://lkml.org/lkml/2010/8/3/496
> Patch is unchanged from the RFC. Reviews seemed generally positive
> and it seemed this was
On Fri, May 14, 2010 at 6:47 AM, Tony Lindgren wrote:
> * Alan Stern [100513 14:32]:
>> On Thu, 13 May 2010, Tony Lindgren wrote:
>>
>> > The difference between echo mem > /sys/power/state and suspend blocks
>> > is that with suspend blocks the system keeps running.
>>
>> Irrelevant. Paul wasn't
On Wed, Dec 30, 2009 at 7:07 AM, Tony Lindgren wrote:
> * Magnus Damm [091227 21:54]:
>> > arm: Fix cpu_proc_fin() for proc-v7.S and make kexec work
>
> Are you seeing the occasional crc errors when uncompressing the
> new kernel on your v7?
Nope, it's very st
Hi Tony,
On Sat, Dec 19, 2009 at 12:45 PM, Tony Lindgren wrote:
> Here are some v7 fixes, mostly to make kexec work.
>
> Using 2.6.33-rc1, these fixes, and kexec from kexec-tools
> git repo, I can reboot my n900 in a loop reliably.
Thanks for your work on this. I previously tested kexec on ARM V
On Fri, Aug 7, 2009 at 2:30 PM, Paul Mundt wrote:
> On Fri, Aug 07, 2009 at 02:28:01PM +0900, Magnus Damm wrote:
>> On Wed, Aug 5, 2009 at 1:41 PM, Magnus Damm wrote:
>> >> On Tue, Aug 4, 2009 at 6:20 PM, Magnus Damm wrote:
>> >>> From: Magnus Damm
>
On Wed, Aug 5, 2009 at 1:41 PM, Magnus Damm wrote:
>> On Tue, Aug 4, 2009 at 6:20 PM, Magnus Damm wrote:
>>> From: Magnus Damm
>>>
>>> This patch removes the ARM dependency from the generic "onenand"
>>> platform device driver. This change ma
Hi Kyungmin!
> On Tue, Aug 4, 2009 at 6:20 PM, Magnus Damm wrote:
>> From: Magnus Damm
>>
>> This patch removes the ARM dependency from the generic "onenand"
>> platform device driver. This change makes the driver useful for
>> other architectures a
On Wed, Aug 5, 2009 at 12:06 PM, Hiremath, Vaibhav wrote:
>> -Original Message-
>> From: Magnus Damm [mailto:magnus.d...@gmail.com]
>> Sent: Wednesday, August 05, 2009 8:01 AM
>> To: Karicheri, Muralidharan
>> Cc: Hiremath, Vaibhav; Hans Verkuil; linux-me.
On Wed, Aug 5, 2009 at 5:14 AM, Karicheri,
Muralidharan wrote:
> 2) Previewer & Resizer driver. I am working with Vaibhav who had worked on an
> RFC for this. The previewer and resizer devices are doing memory to memory
> operations. Also should be flexible to use these hardware with capture driv
From: Magnus Damm
This patch removes the ARM dependency from the generic "onenand"
platform device driver. This change makes the driver useful for
other architectures as well. Needed for the SuperH kfr2r09 board.
Apart from the obvious Kconfig bits, the most important change
is the
From: Magnus Damm
This is V2 of the platform driver power management late/early
callback removal patch. The callbacks ->suspend_late() and
->resume_early() are removed since all in-tree users now have
been migrated to dev_pm_ops.
Signed-off-by: Magnus Damm
---
Untested but compile
From: Magnus Damm
This is V2 of the i2c-s3c2410 dev_pm_ops patch.
The callbacks are converted for CONFIG_SUSPEND like this:
suspend_late() -> suspend_noirq()
resume() -> resume()
Signed-off-by: Magnus Damm
---
Changes since V1:
- resolved conflicts to fit upstream changes
drive
From: Magnus Damm
This patch reworks platform driver power management code
for dw_dmac from legacy late/early callbacks to dev_pm_ops.
The callbacks are converted for CONFIG_SUSPEND like this:
suspend_late() -> suspend_noirq()
resume_early() -> resume_noirq()
Signed-off-by: Magnu
From: Magnus Damm
This patch reworks platform driver power management code
for omap drivers using late/early legacy callbacks.
The callbacks are converted for CONFIG_SUSPEND like this:
suspend_late() -> suspend_noirq()
resume_early() -> resume_noirq()
Signed-off-by: Magnu
From: Magnus Damm
This patch reworks platform driver power management code
for txx9dmac from legacy late/early callbacks to dev_pm_ops.
The callbacks are converted for CONFIG_SUSPEND like this:
suspend_late() -> suspend_noirq()
resume_early() -> resume_noirq()
Signed-off-by: Magnu
driver. Drivers are converted to dev_pm_ops
with CONFIG_SUSPEND in mind. Untested.
All patches except [02/07] are known to compile.
Signed-off-by: Magnus Damm
---
Changes since V1:
- resolved conflicts in [05/07], rediffed [07/07]
- include lkml, linux-usb and akpm
arch/arm/plat-omap/debug-
From: Magnus Damm
This patch reworks platform driver power management code
for musb from legacy callbacks to dev_pm_ops.
The callbacks are converted for CONFIG_SUSPEND like this:
suspend() -> suspend()
resume_early() -> resume_noirq()
Signed-off-by: Magnus Damm
---
Untested but co
From: Magnus Damm
This patch reworks platform driver power management code
for i2c-pxa from legacy late/early callbacks to dev_pm_ops.
The callbacks are converted for CONFIG_SUSPEND like this:
suspend_late() -> suspend_noirq()
resume_early() -> resume_noirq()
Signed-off-by: Magnu
On Fri, Jun 5, 2009 at 5:18 PM, Haavard
Skinnemoen wrote:
> Magnus Damm wrote:
>> +static struct dev_pm_ops dw_dev_pm_ops = {
>> + .suspend_noirq = dw_suspend_noirq,
>> + .resume_noirq = dw_resume_noirq,
>> +};
>
> Can this be const?
Hm, adding const
From: Magnus Damm
This patch removes the legacy platform driver power management
callbacks ->suspend_late() and ->resume_early() since all in-tree
users have been migrated to dev_pm_ops.
Signed-off-by: Magnus Damm
---
Untested but compiles fine.
drivers/base/platform.c
From: Magnus Damm
This patch reworks platform driver power management code
for musb from legacy callbacks to dev_pm_ops.
The callbacks are converted for CONFIG_SUSPEND like this:
suspend() -> suspend()
resume_early() -> resume_noirq()
Signed-off-by: Magnus Damm
---
Untested but co
From: Magnus Damm
This patch reworks platform driver power management code
for i2c-pxa from legacy late/early callbacks to dev_pm_ops.
The callbacks are converted for CONFIG_SUSPEND like this:
suspend_late() -> suspend_noirq()
resume_early() -> resume_noirq()
Signed-off-by: Magnu
From: Magnus Damm
This patch reworks platform driver power management code
for i2c-s3c2410 from legacy callbacks to dev_pm_ops.
The callbacks are converted for CONFIG_SUSPEND like this:
suspend_late() -> suspend_noirq()
resume() -> resume()
Signed-off-by: Magnus Damm
---
Untest
From: Magnus Damm
This patch reworks platform driver power management code
for txx9dmac from legacy late/early callbacks to dev_pm_ops.
The callbacks are converted for CONFIG_SUSPEND like this:
suspend_late() -> suspend_noirq()
resume_early() -> resume_noirq()
Signed-off-by: Magnu
From: Magnus Damm
This patch reworks platform driver power management code
for dw_dmac from legacy late/early callbacks to dev_pm_ops.
The callbacks are converted for CONFIG_SUSPEND like this:
suspend_late() -> suspend_noirq()
resume_early() -> resume_noirq()
Signed-off-by: Magnu
From: Magnus Damm
This patch reworks platform driver power management code
for omap drivers using late/early legacy callbacks.
The callbacks are converted for CONFIG_SUSPEND like this:
suspend_late() -> suspend_noirq()
resume_early() -> resume_noirq()
Signed-off-by: Magnu
rivers are converted to dev_pm_ops
with CONFIG_SUSPEND in mind. Untested.
All patches except [02/07] are known to compile.
Signed-off-by: Magnus Damm
---
arch/arm/plat-omap/debug-leds.c | 11 +++
arch/arm/plat-omap/gpio.c| 14 ++
drivers/base/plat
41 matches
Mail list logo