From: Maxime Ripard <maxime.ripard@free-electrons.com>
To: Boris BREZILLON <boris.brezillon@free-electrons.com>
Cc: Jean-Christophe PLAGNIOL-VILLARD <plagnioj@jcrosoft.com>,
devicetree@vger.kernel.org, dbaryshkov@gmail.com,
Nicolas FERRE <nicolas.ferre@atmel.com>,
Linux Kernel list <linux-kernel@vger.kernel.org>,
Thomas Petazzoni <thomas@free-electrons.com>,
Boris Brezillon <boris@free-electrons.com>,
Alexandre Belloni <alexandre.belloni@free-electrons.com>,
dwmw2@infradead.org, linux@maxim.org.za,
linux-arm-kernel@lists.infradead.org
Subject: Re: [PATCH 05/18] power: reset: Add AT91 reset driver
Date: Fri, 4 Jul 2014 11:06:45 +0200 [thread overview]
Message-ID: <20140704090645.GB13487@lukather> (raw)
In-Reply-To: <20140704091443.545d1e08@bbrezillon>
[-- Attachment #1: Type: text/plain, Size: 6217 bytes --]
On Fri, Jul 04, 2014 at 09:14:43AM +0200, Boris BREZILLON wrote:
> On Fri, 4 Jul 2014 11:08:20 +0800
> Jean-Christophe PLAGNIOL-VILLARD <plagnioj@jcrosoft.com> wrote:
>
> >
> > On Jul 3, 2014, at 10:59 PM, Maxime Ripard <maxime.ripard@free-electrons.com> wrote:
> >
> > > On Thu, Jul 03, 2014 at 10:39:08PM +0800, Jean-Christophe PLAGNIOL-VILLARD wrote:
> > >>> +++ b/drivers/power/reset/at91-reset.c
> > >>> @@ -0,0 +1,202 @@
> > >>> +/*
> > >>> + * Atmel AT91 SAM9 SoCs reset code
> > >>> + *
> > >>> + * Copyright (C) 2014 Maxime Ripard
> > >>> + *
> > >>> + * Maxime Ripard <maxime.ripard@free-electrons.com>
> > >>
> > >> you can not own the copyright as it’s basically a copy of other
> > >> people code
> > >
> > > The previous names are missing, right.
> > >
> > >>> + *
> > >>> + * This file is licensed under the terms of the GNU General Public
> > >>> + * License version 2. This program is licensed "as is" without any
> > >>> + * warranty of any kind, whether express or implied.
> > >>> + */
> > >>> +
> > >>> +#include <linux/io.h>
> > >>> +#include <linux/module.h>
> > >>> +#include <linux/of_address.h>
> > >>> +#include <linux/platform_device.h>
> > >>> +#include <linux/reboot.h>
> > >>> +
> > >>> +#include <asm/system_misc.h>
> > >>> +
> > >>> +#include <mach/at91sam9_ddrsdr.h>
> > >>> +#include <mach/at91sam9_sdramc.h>
> > >>> +
> > >>> +#define AT91_RSTC_CR 0x00 /* Reset Controller Control Register */
> > >>> +#define AT91_RSTC_PROCRST BIT(0) /* Processor Reset */
> > >>> +#define AT91_RSTC_PERRST BIT(2) /* Peripheral Reset */
> > >>> +#define AT91_RSTC_EXTRST BIT(3) /* External Reset */
> > >>> +#define AT91_RSTC_KEY (0xa5 << 24) /* KEY Password */
> > >>> +
> > >>> +#define AT91_RSTC_SR 0x04 /* Reset Controller Status Register */
> > >>> +#define AT91_RSTC_URSTS BIT(0) /* User Reset Status */
> > >>> +#define AT91_RSTC_RSTTYP GENMASK(10, 8) /* Reset Type */
> > >>> +#define AT91_RSTC_NRSTL BIT(16) /* NRST Pin Level */
> > >>> +#define AT91_RSTC_SRCMP BIT(17) /* Software Reset Command in Progress */
> > >>> +
> > >>> +#define AT91_RSTC_MR 0x08 /* Reset Controller Mode Register */
> > >>> +#define AT91_RSTC_URSTEN BIT(0) /* User Reset Enable */
> > >>> +#define AT91_RSTC_URSTIEN BIT(4) /* User Reset Interrupt Enable */
> > >>> +#define AT91_RSTC_ERSTL GENMASK(11, 8) /* External Reset Length */
> > >>> +
> > >>> +enum reset_type {
> > >>> + RESET_TYPE_GENERAL = 0,
> > >>> + RESET_TYPE_WAKEUP = 1,
> > >>> + RESET_TYPE_WATCHDOG = 2,
> > >>> + RESET_TYPE_SOFTWARE = 3,
> > >>> + RESET_TYPE_USER = 4,
> > >>> +};
> > >>> +
> > >>> +static void __iomem *at91_ramc_base[2], *at91_rstc_base;
> > >>> +
> > >>> +static void at91sam9_restart(enum reboot_mode mode, const char *cmd)
> > >>> +{
> > >>> + asm volatile(
> > >>> + ".balign 32\n\t"
> > >>> +
> > >>> + "str %2, [%0, #" __stringify(AT91_SDRAMC_TR) "]\n\t"
> > >>> + "str %3, [%0, #" __stringify(AT91_SDRAMC_LPR) "]\n\t"
> > >>> + "str %4, [%1, #" __stringify(AT91_RSTC_CR) "]\n\t"
> > >>> +
> > >>> + "b .\n\t"
> > >>> + :
> > >>> + : "r" (at91_ramc_base[0]),
> > >>> + "r" (at91_rstc_base),
> > >>> + "r" (1),
> > >>> + "r" (AT91_SDRAMC_LPCB_POWER_DOWN),
> > >>> + "r" (AT91_RSTC_KEY | AT91_RSTC_PERRST | AT91_RSTC_PROCRST));
> > >>> +}
> > >>> +
> > >>> +static void at91sam9g45_restart(enum reboot_mode mode, const char *cmd)
> > >>> +{
> > >>> + asm volatile(
> > >>> + "cmp %1, #0\n\t"
> > >>> + "beq 1f\n\t"
> > >>> +
> > >>> + "ldr r0, [%1]\n\t"
> > >>> + "cmp r0, #0\n\t"
> > >>> +
> > >>> + ".balign 32\n\t"
> > >>> +
> > >>> + "1: str %3, [%0, #" __stringify(AT91_DDRSDRC_RTR) "]\n\t"
> > >>> + " str %4, [%0, #" __stringify(AT91_DDRSDRC_RTR) "]\n\t"
> > >>> + " strne %3, [%1, #" __stringify(AT91_DDRSDRC_RTR) "]\n\t"
> > >>> + " strne %4, [%1, #" __stringify(AT91_DDRSDRC_RTR) "]\n\t"
> > >>> + " str %5, [%2, #" __stringify(AT91_RSTC_CR) "]\n\t"
> > >>> +
> > >>> + " b .\n\t"
> > >>> + :
> > >>> + : "r" (at91_ramc_base[0]),
> > >>> + "r" (at91_ramc_base[1]),
> > >>> + "r" (at91_rstc_base),
> > >>> + "r" (1),
> > >>> + "r" (AT91_DDRSDRC_LPCB_POWER_DOWN),
> > >>> + "r" (AT91_RSTC_KEY | AT91_RSTC_PERRST | AT91_RSTC_PROCRST)
> > >>> + : "r0");
> > >>> +}
> > >>> +
> > >> move this to an assembly file more easy to read than a C code
> > >
> > > Nope. It's a pain to pass variable to an external assembly file, and
> > > this makes the use of global variable pretty much mandatory, which is
> > > definitely not great.
> >
> > Not at all I did for the PM slow clock code just write a function and pas it as a parameter
> > you have 3
> >
> > so basically you have to use the current and just pass at91_ramc_base[0], at91_ramc_base[1]
> > and at91_rstc_base
> > it’s 3 lignes of modification, if you have at91_ramc_base and at91_ramc_base same
> >
>
> Yes, retrieving function parameters from assembly code is not that
> complicated (the first 4 pointer values are accessible through r0-r3),
> but then you'll have to store your assembly file somewhere.
Like I was saying, there's a strong preference for the inline
assembly...
> Subsystem directories (drivers/xxx) are supposed to be architecture
> agnostics, and I'm not sure subsystem maintainers will accept these
> assembly files in their directory.
... and I've told that some maintainers don't even want assembly files
in their maintainance area.
> ITOH, leaving these assembly files in arch/arm/mach-at91 will just
> spread the code over linux src tree and will definitely not help other
> people find out the relationship between these files.
Given that the end-goal is to remove most (if not all) of mach-at91,
it seems a bit backward to me.
> Regarding the readability concern, I think some comments could help
> understanding what's being done here.
Yep, I have been a bit too eager to send the patches, and forgot to
reintroduce the comments that were there in the first place.
Maxime
--
Maxime Ripard, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 819 bytes --]
next prev parent reply other threads:[~2014-07-04 9:10 UTC|newest]
Thread overview: 52+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-07-03 14:14 [PATCH 00/18] AT91: cleanup of the reset and poweroff code Maxime Ripard
2014-07-03 14:14 ` [PATCH 01/18] power: reset: Add if statement isntead of multiple depends on Maxime Ripard
2014-07-03 14:14 ` [PATCH 02/18] AT91: setup: Switch to pr_fmt Maxime Ripard
2014-07-03 14:14 ` [PATCH 03/18] AT91: G45: DT: Declare a second ram controller Maxime Ripard
2014-07-03 14:14 ` [PATCH 04/18] AT91: Rework ramc mapping code Maxime Ripard
2014-07-03 14:34 ` Jean-Christophe PLAGNIOL-VILLARD
2014-07-03 14:53 ` Maxime Ripard
2014-07-03 14:14 ` [PATCH 04/18] AT91: SAMA5D3: DT: Add shutdown controller Maxime Ripard
2014-07-03 14:14 ` [PATCH 05/18] " Maxime Ripard
2014-07-03 14:14 ` [PATCH 05/18] power: reset: Add AT91 reset driver Maxime Ripard
2014-07-03 14:39 ` Jean-Christophe PLAGNIOL-VILLARD
2014-07-03 14:59 ` Maxime Ripard
2014-07-04 2:40 ` Jean-Christophe PLAGNIOL-VILLARD
2014-07-04 8:57 ` Maxime Ripard
2014-07-04 3:08 ` Jean-Christophe PLAGNIOL-VILLARD
2014-07-04 7:14 ` Boris BREZILLON
2014-07-04 9:06 ` Maxime Ripard [this message]
2014-07-07 18:40 ` Jean-Christophe PLAGNIOL-VILLARD
2014-07-08 8:08 ` Maxime Ripard
2014-07-08 8:12 ` Maxime Ripard
2014-07-03 14:14 ` [PATCH 06/18] AT91: DT: Remove the old-style reset probing Maxime Ripard
2014-07-03 14:14 ` [PATCH 06/18] power: reset: Add AT91 reset driver Maxime Ripard
2014-07-03 14:14 ` [PATCH 07/18] AT91: DT: Remove the old-style reset probing Maxime Ripard
2014-07-03 14:14 ` [PATCH 07/18] AT91: soc: Introduce register_devices callback Maxime Ripard
2014-07-03 14:14 ` [PATCH 08/18] AT91: Probe the reset driver Maxime Ripard
2014-07-03 14:14 ` [PATCH 08/18] AT91: soc: Introduce register_devices callback Maxime Ripard
2014-07-03 14:14 ` [PATCH 09/18] AT91: Call at91_register_devices in the board files Maxime Ripard
2014-07-03 14:29 ` Jean-Christophe PLAGNIOL-VILLARD
2014-07-03 14:52 ` Maxime Ripard
2014-07-07 18:42 ` Jean-Christophe PLAGNIOL-VILLARD
2014-07-08 8:06 ` Maxime Ripard
2014-07-03 14:14 ` [PATCH 09/18] AT91: Probe the reset driver Maxime Ripard
2014-07-03 14:14 ` [PATCH 10/18] AT91: Call at91_register_devices in the board files Maxime Ripard
2014-07-03 14:14 ` [PATCH 10/18] AT91: Remove reset code the machine code Maxime Ripard
2014-07-03 14:14 ` [PATCH 11/18] " Maxime Ripard
2014-07-03 14:14 ` [PATCH 11/18] power: reset: Add AT91 poweroff driver Maxime Ripard
2014-07-03 14:14 ` [PATCH 12/18] AT91: DT: Remove poweroff DT probing Maxime Ripard
2014-07-03 14:14 ` [PATCH 12/18] power: reset: Add AT91 poweroff driver Maxime Ripard
2014-07-03 14:31 ` Jean-Christophe PLAGNIOL-VILLARD
2014-07-03 14:53 ` Maxime Ripard
2014-07-03 14:14 ` [PATCH 13/18] AT91: DT: Remove poweroff DT probing Maxime Ripard
2014-07-03 14:14 ` [PATCH 13/18] AT91: Register the poweroff driver Maxime Ripard
2014-07-03 14:14 ` [PATCH 14/18] " Maxime Ripard
2014-07-03 14:14 ` [PATCH 14/18] AT91: Remove poweroff code Maxime Ripard
2014-07-03 14:14 ` [PATCH 15/18] AT91: pm: Remove show_reset_status function Maxime Ripard
2014-07-03 14:15 ` [PATCH 15/18] AT91: Remove poweroff code Maxime Ripard
2014-07-03 14:15 ` [PATCH 16/18] AT91: pm: Remove show_reset_status function Maxime Ripard
2014-07-03 14:15 ` [PATCH 16/18] AT91: Remove rstc and shdwnc global base addresses Maxime Ripard
2014-07-03 14:15 ` [PATCH 17/18] AT91: Remove rstc and shdwc headers Maxime Ripard
2014-07-03 14:15 ` [PATCH 17/18] AT91: Remove rstc and shdwnc global base addresses Maxime Ripard
2014-07-03 14:15 ` [PATCH 18/18] AT91: Remove rstc and shdwc headers Maxime Ripard
2014-07-03 14:15 ` [PATCH 18/18] AT91: Rework ramc mapping code Maxime Ripard
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=20140704090645.GB13487@lukather \
--to=maxime.ripard@free-electrons.com \
--cc=alexandre.belloni@free-electrons.com \
--cc=boris.brezillon@free-electrons.com \
--cc=boris@free-electrons.com \
--cc=dbaryshkov@gmail.com \
--cc=devicetree@vger.kernel.org \
--cc=dwmw2@infradead.org \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux@maxim.org.za \
--cc=nicolas.ferre@atmel.com \
--cc=plagnioj@jcrosoft.com \
--cc=thomas@free-electrons.com \
/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