From: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
To: linux-sh@vger.kernel.org
Subject: Re: [ PATCH v2 00/17] ARM: shmobile: Enable drivers/sh/pm_runtime.c on multi-platform
Date: Tue, 15 Apr 2014 14:49:35 +0000 [thread overview]
Message-ID: <1912265.bpG4EOo3xd@avalon> (raw)
In-Reply-To: <1397565253-22741-1-git-send-email-geert+renesas@glider.be>
Hi Geert,
On Tuesday 15 April 2014 14:33:56 Geert Uytterhoeven wrote:
> Hi all,
>
> This patchset enables the PM runtime code in drivers/sh/pm_runtime.c when
> running a multi-platform ARM kernel including support for shmobile.
> Before this code was only enabled for legacy shmobile kernels, leading to
> disabled clocks in multiplatform kernels, depending on implicit reset state
> or on the bootloader.
> It also contains some related cleanups, and removals of workarounds.
>
> - [01/17] ARM: shmobile: r8a7740: Remove unused
> r8a7740_add_early_devices_dt()
> - [02/17] ARM: shmobile: r8a7740: Make r8a7740_meram_workaround() __init
> - [03/17] ARM: shmobile: sh7372: Call sh7372_add_early_devices() instead
> of open coding
> - [04/17] drivers: sh: pm_runtime does not need idle callback
> - [05/17] drivers: sh: pm_runtime implementation needs to suspend and
> resume devices
> - [06/17] sh: intc: Restrict INTC_USERIMASK to SH4A
> - [07/17] drivers: sh: compile drivers/sh/pm_runtime.c if
> ARCH_SHMOBILE_MULTI - [08/17] ARM: shmobile: Call sh_pm_runtime_init() from
> platform code on all SoCs
> - [09/17] drivers: sh: Remove automatic sh_pm_runtime_init() if
> ARCH_SHMOBILE_LEGACY
> - [10/17] ARM: shmobile: koelsch-reference: Remove workarounds for core
> clock issues
> - [11/17] ARM: shmobile: lager-reference: Remove workarounds for core
> clock issues
> - [12/17] clk: shmobile: mstp: Fix the is_enabled() operation
> - [13/17] ARM: shmobile: r7s72100: Populate .init_machine for generic
> r7s72100
> - [14/17] ARM: shmobile: r8a73a4: Populate .init_machine for generic
> r8a73a4 - [15/17] ARM: shmobile: r8a7778: Populate .init_machine for
> generic r8a7778 - [16/17] ARM: shmobile: r8a7790: Populate .init_machine
> for generic r8a7790 - [17/17] ARM: shmobile: r8a7791: Populate
> .init_machine for generic r8a7791
>
> Patches 4, 5, and 7 were authored by Ben Dooks, with some changes made by me
> (for patch 7).
> Patch 8 was based on a patch by Ben for r8a7790.
> Patch 12 was authored by Laurent Pinchart.
>
> Besides rebasing, only one patch was changed, compared to previous
> submission: - 8: The call to sh_pm_runtime_init() was moved to the start of
> .init_machine(), to enable the GPIO clocks on R-Car Gen2.
Thank you for the patches.
> Several patches are new:
> - 1-3 contain some related cleanups to board support code,
> - 5 was added as it touches related code,
> - 10-11 remove workarounds that are no longer needed,
> - 12 was added as it depends on the fixes from this series,
For 01/17 to 12/17,
Reviewed-by: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
> - 13-17 are more or less RFCs: As we always have to call
> sh_pm_runtime_init(), I added .init_machine hooks in the generic support
> code for all SoCs that didn't have it yet. I also included code to set up
> SoC platform support while at it, as this will be useful later. Booting
> using a generic "renesas,r*" DT was untested.
I wonder whether we shouldn't wait until we get rid of the *_add_dt_devices()
functions before applying those.
As the goal is to remove the setup-*.c files, have you thought about where the
sh_pm_runtime_init() calls should move to ?
> This was tested on Koelsch, both legacy and multi-platform.
>
> Many thanks to Ben Dooks, Laurent Pinchart, and Magnus Damm for the
> valuable input, investigations, and discussions.
--
Regards,
Laurent Pinchart
next prev parent reply other threads:[~2014-04-15 14:49 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-04-15 12:33 [ PATCH v2 00/17] ARM: shmobile: Enable drivers/sh/pm_runtime.c on multi-platform Geert Uytterhoeven
2014-04-15 14:49 ` Laurent Pinchart [this message]
2014-04-15 15:52 ` Geert Uytterhoeven
2014-04-16 0:18 ` Simon Horman
2014-04-16 1:02 ` Simon Horman
2014-04-16 7:15 ` Geert Uytterhoeven
2014-04-16 7:53 ` Simon Horman
2014-04-25 16:55 ` Geert Uytterhoeven
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1912265.bpG4EOo3xd@avalon \
--to=laurent.pinchart@ideasonboard.com \
--cc=linux-sh@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.