From: arnd@arndb.de (Arnd Bergmann)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH 1/4] ARM: shmobile: R-Mobile: Add SYSC restart handler
Date: Thu, 04 Dec 2014 11:08:04 +0100 [thread overview]
Message-ID: <3671800.E1ZjeAe67g@wuerfel> (raw)
In-Reply-To: <1417616227-6715-2-git-send-email-geert+renesas@glider.be>
On Wednesday 03 December 2014 15:17:04 Geert Uytterhoeven wrote:
> Extend the PM domain platform driver for the R-Mobile System
> Controller (SYSC) to register a restart handler, to be used on various
> Renesas ARM SoCs (e.g. R-Mobile A1 (r8a7740) and APE6 (r8a73a4), and
> SH-Mobile AP4 (sh7372) and AG5 (sh73a0)).
>
> Note that this supports DT-based platforms only.
>
> Signed-off-by: Geert Uytterhoeven <geert+renesas@glider.be>
Is this one of the typical system controllers that contains lots of
random registers? Maybe you could mark it as "syscon" in DT and just
use the existing drivers/power/reset/syscon-reboot.c driver?
> +static void __iomem *sysc_base2;
> +
> +static void rmobile_sysc_restart(enum reboot_mode reboot_mode, const char *cmd)
> +{
> + pr_debug("%s %u/%s\n", __func__, reboot_mode, cmd);
> +
> + writel(RESCNT2_PRES, sysc_base2 + RESCNT2);
> +}
> +
> +static int rmobile_sysc_probe(struct platform_device *pdev)
> +{
> + dev_dbg(&pdev->dev, "%s\n", __func__);
> +
> + sysc_base2 = of_iomap(pdev->dev.of_node, 1);
> + if (!sysc_base2)
> + return -ENODEV;
> +
> + arm_pm_restart = rmobile_sysc_restart;
> +
> + return 0;
> +}
> +
> +static const struct of_device_id rmobile_sysc_of_match[] = {
> + { .compatible = "renesas,sysc-rmobile", },
> + { /* sentinel */ }
> +};
> +
> +static struct platform_driver rmobile_sysc_driver = {
> + .probe = rmobile_sysc_probe,
> + .driver = {
> + .name = "rmobile_sysc",
> + .of_match_table = rmobile_sysc_of_match,
> + },
> +};
> +
> +module_platform_driver(rmobile_sysc_driver);
This clearly looks much better than the previous implementation, so that
is great. If you can decouple it from the rest of this file, either through
syscon or by asserting that sysc_base2 is not going to be needed for
anything else, how about moving the new code to a standalon driver in
drivers/power/reset?
Arnd
next prev parent reply other threads:[~2014-12-04 10:08 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-12-03 14:17 [PATCH 0/4] ARM: shmobile: R-Mobile: Add SYSC restart handler Geert Uytterhoeven
2014-12-03 14:17 ` [PATCH 1/4] " Geert Uytterhoeven
2014-12-04 10:08 ` Arnd Bergmann [this message]
2014-12-04 11:47 ` Geert Uytterhoeven
2014-12-04 12:53 ` Geert Uytterhoeven
2014-12-03 14:17 ` [PATCH 2/4] ARM: shmobile: r8a7740: Remove restart callback Geert Uytterhoeven
2014-12-03 14:17 ` [PATCH 3/4] ARM: shmobile: sh73a0: " Geert Uytterhoeven
2014-12-03 14:17 ` [PATCH 4/4] ARM: shmobile: kzm9g-reference: " Geert Uytterhoeven
2014-12-04 7:34 ` [PATCH 0/4] ARM: shmobile: R-Mobile: Add SYSC restart handler Simon Horman
2014-12-04 9:39 ` Geert Uytterhoeven
2014-12-04 12:18 ` Simon Horman
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=3671800.E1ZjeAe67g@wuerfel \
--to=arnd@arndb.de \
--cc=linux-arm-kernel@lists.infradead.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox