public inbox for linux-arm-kernel@lists.infradead.org
 help / color / mirror / Atom feed
From: arnd@arndb.de (Arnd Bergmann)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH v2 10/11] arm: Add Aspeed machine
Date: Thu, 21 Apr 2016 10:35:59 +0200	[thread overview]
Message-ID: <6245614.OXDTEyrM2z@wuerfel> (raw)
In-Reply-To: <1461225849-28074-11-git-send-email-joel@jms.id.au>

On Thursday 21 April 2016 17:34:08 Joel Stanley wrote:
> diff --git a/arch/arm/mach-aspeed/Kconfig b/arch/arm/mach-aspeed/Kconfig
> new file mode 100644
> index 000000000000..30bafc0bbd8b
> --- /dev/null
> +++ b/arch/arm/mach-aspeed/Kconfig
> @@ -0,0 +1,28 @@
> +menuconfig ARCH_ASPEED
> +	bool "Aspeed BMC architectures"
> +	select OF
> +	select SRAM

Please add

	depends on ARCH_MULTI_V5 || ARCH_MULTI_V6

to hide the submenu otherwise. The 'select OF' is redundant and
can be removed.


> +	help
> +	  Say Y here if you want to run your kernel on hardware with an
> +	  ASpeed BMC SoC.
> +
> +if ARCH_ASPEED
> +
> +config MACH_AST_G4
> +	bool "Aspeed SoC 4th Generation" if ARCH_MULTI_V5
> +	depends on ARCH_ASPEED
> +	select CPU_ARM926T
> +	help
> +	 Say yes if you intend to run on an Aspeed ast2400 or similar
> +	 fourth generation BMCs, such as those used by OpenPower Power8
> +	 systems.
> +
> +config MACH_AST_G5
> +	bool "Aspeed SoC 5th Generation" if ARCH_MULTI_V6
> +	depends on ARCH_ASPEED

The two 'depends on ARCH_ASPEED are redundant as well, you already have
the 'if ARCH_ASPEED' around it.

> +
> +#define AST_BASE_WDT		0x1E785000 /* Watchdog Timer (WDT) */
> +#define AST_BASE_SCU		0x1E6E2000 /* System Control Unit (SCU) */

Please try to avoid hardcoding any addresses in the platform file.

> +static void __init aspeed_dt_init(void)
> +{
> +	of_platform_populate(NULL, of_default_bus_match_table, NULL, NULL);
> +}

We have just introduced of_platform_default_populate() that you could
use here, but the preferred way is to leave out the function entirely
as this is what we do anyway if none is provided.

> +#define AST_IO_VA	0xf0000000
> +#define AST_IO_PA	0x1e600000
> +#define AST_IO_SZ	0x00200000
> +
> +#define AST_IO(__pa)	((void __iomem *)(((__pa) & 0x001fffff) | AST_IO_VA))
> +
> +static struct map_desc aspeed_io_desc[] __initdata __maybe_unused = {
> +	{
> +		.virtual	=  AST_IO_VA,
> +		.pfn		= __phys_to_pfn(AST_IO_PA),
> +		.length		= AST_IO_SZ,
> +		.type		= MT_DEVICE
> +	},
> +};
>
> +
> +#define SCU_PASSWORD	0x1688A8A8
> +
> +static void __init aspeed_init_early(void)
> +{
> +	u32 reg;
> +
> +	/*
> +	 * Unlock SCU
> +	 */
> +	writel(SCU_PASSWORD, AST_IO(AST_BASE_SCU));
> +
> +	/* We enable the UART clock divisor in the SCU's misc control
> +	 * register, as the baud rates in aspeed.dtb all assume that the
> +	 * divisor is active
> +	 */
> +	reg = readl(AST_IO(AST_BASE_SCU | 0x2c));
> +	writel(reg | 0x00001000, AST_IO(AST_BASE_SCU | 0x2c));

Can you explain a bit more about this? I would assume that the UART
that is used for the console is working at the point that the bootloader
hands over to the kernel, while the other uarts don't need to be
active this early. Why do you need to do this at such an early stage?

> +	/*
> +	 * Disable the watchdogs
> +	 */
> +	writel(0, AST_IO(AST_BASE_WDT | 0x0c));
> +	writel(0, AST_IO(AST_BASE_WDT | 0x2c));
> +}

Similarly here: why so early? Is the initial timeout too short to wait
for the watchdog driver to come up? I think it makes sense to require
the watchdog driver to be loaded if a watchdog is enabled during boot,
and that keeps the register access in one place.

	Arnd

  reply	other threads:[~2016-04-21  8:35 UTC|newest]

Thread overview: 46+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-04-14  9:47 [PATCH 0/9] Aspeed AST2400 BMC support Joel Stanley
2016-04-14  9:47 ` [PATCH 1/9] doc/devicetree: Add Aspeed and Tyan to vendor-prefixes Joel Stanley
2016-04-14  9:47 ` [PATCH 2/9] doc/devicetree: Add Aspeed VIC bindings Joel Stanley
2016-04-14  9:47 ` [PATCH 3/9] doc/devicetree: Add Aspeed clock bindings Joel Stanley
2016-04-14  9:47 ` [PATCH 4/9] clocksource/moxart: Generalise timer for use on other socs Joel Stanley
2016-04-14  9:47 ` [PATCH 5/9] irqchip: Add irq controller for Aspeed Joel Stanley
2016-04-14  9:47 ` [PATCH 6/9] drivers/clk: Add Aspeed clock driver Joel Stanley
2016-04-14  9:47 ` [PATCH 7/9] arm/dts: Add aspeed device trees Joel Stanley
2016-04-14  9:47 ` [PATCH 8/9] arm: Add Aspeed AST2400 machine Joel Stanley
2016-04-14  9:47 ` [PATCH 9/9] arm/configs: Add aspeed defconfig Joel Stanley
2016-04-21  8:03 ` [PATCH v2 00/11] Aspeed AST2400 and AST2500 BMC support Joel Stanley
2016-04-21  8:03   ` [PATCH v2 01/11] doc/devicetree: Add Aspeed and Tyan to vendor-prefixes Joel Stanley
2016-04-21  8:04   ` [PATCH v2 02/11] doc/devicetree: Add Aspeed VIC bindings Joel Stanley
2016-04-21  8:04   ` [PATCH v2 03/11] doc/devicetree: Add Aspeed clock bindings Joel Stanley
2016-04-21 11:20     ` Heiko Stübner
2016-04-27  8:31       ` Joel Stanley
2016-04-27  9:12         ` Heiko Stübner
2016-04-28  6:50           ` Joel Stanley
2016-04-28  7:25             ` Heiko Stübner
2016-04-28  8:38           ` Benjamin Herrenschmidt
2016-04-21  8:04   ` [PATCH v2 04/11] clocksource/moxart: Generalise timer for use on other socs Joel Stanley
2016-04-21  8:22     ` Arnd Bergmann
2016-04-22  1:06       ` Joel Stanley
2016-04-22 17:30     ` Daniel Lezcano
2016-04-22 23:55       ` Benjamin Herrenschmidt
2016-05-03  5:56       ` Joel Stanley
2016-05-03 13:36         ` Daniel Lezcano
2016-05-06 14:50           ` Jonas Jensen
2016-04-21  8:04   ` [PATCH v2 05/11] irqchip: Add irq controller for Aspeed Joel Stanley
2016-04-21  8:04   ` [PATCH v2 06/11] clk: Add driver for Aspeed fourth gen SoCs Joel Stanley
2016-04-21  8:04   ` [PATCH v2 07/11] clk: Add driver for Aspeed fifth " Joel Stanley
2016-04-21  8:04   ` [PATCH v2 08/11] arm/dts: Add Aspeed ast2400 device tree Joel Stanley
2016-04-21  8:25     ` Arnd Bergmann
2016-04-21  8:04   ` [PATCH v2 09/11] arm/dst: Add Aspeed ast2500 " Joel Stanley
2016-05-05 23:11     ` Xo Wang
2016-05-06  7:28       ` Joel Stanley
2016-04-21  8:04   ` [PATCH v2 10/11] arm: Add Aspeed machine Joel Stanley
2016-04-21  8:35     ` Arnd Bergmann [this message]
2016-04-21 22:28       ` Benjamin Herrenschmidt
2016-04-21 23:02         ` Benjamin Herrenschmidt
2016-04-22  5:20           ` Afzal Mohammed
2016-04-22  5:32             ` Joel Stanley
2016-04-22 16:37               ` Arnd Bergmann
2016-04-21  8:04   ` [PATCH v2 11/11] arm/configs: Add aspeed defconfig Joel Stanley
2016-04-21  8:44     ` Arnd Bergmann
2016-04-21  8:54   ` [PATCH v2 00/11] Aspeed AST2400 and AST2500 BMC support Arnd Bergmann

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=6245614.OXDTEyrM2z@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