[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <4F9598AD.2030308@wwwdotorg.org>
Date: Mon, 23 Apr 2012 12:00:13 -0600
From: Stephen Warren <swarren@...dotorg.org>
To: Arnd Bergmann <arnd@...db.de>
CC: Hiroshi DOYU <hdoyu@...dia.com>, linux-tegra@...r.kernel.org,
Colin Cross <ccross@...roid.com>,
Olof Johansson <olof@...om.net>,
Russell King <linux@....linux.org.uk>,
linux-arm-kernel@...ts.infradead.org, linux-kernel@...r.kernel.org
Subject: Re: [PATCH 1/3] ARM: tegra: Add AHB driver
On 04/23/2012 06:33 AM, Arnd Bergmann wrote:
> On Monday 23 April 2012, Hiroshi DOYU wrote:
>> The AHB Bus conforms to the AMBA Specification (Rev 2.0) Advanced
>> High-performance Bus (AHB) architecture.
...
>> @@ -122,6 +123,7 @@ void __init tegra20_init_early(void)
>> tegra_init_cache(0x331, 0x441);
>> tegra_pmc_init();
>> tegra_powergate_init();
>> + tegra_ahb_gizmo_init();
>> }
>> #endif
>> #ifdef CONFIG_ARCH_TEGRA_3x_SOC
>> @@ -132,5 +134,6 @@ void __init tegra30_init_early(void)
>> tegra_init_cache(0x441, 0x551);
>> tegra_pmc_init();
>> tegra_powergate_init();
>> + tegra_ahb_gizmo_init();
>> }
>> #endif
>
> Does it really have to be "early", rather than an initcall? Why?
I don't know whether it has to be early, but if this driver isn't going
to be instantiated from device tree, I'd prefer it to be initialized by
an explicit function call from the boards or common code rather than an
initcall. It seems a lot easier to keep track of all the initialization
by doing it explicitly. That said, it's quite possible this API couuld
be called from say init_machine instead of init_early though.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists