Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756312AbbBPPta (ORCPT ); Mon, 16 Feb 2015 10:49:30 -0500 Received: from mail-wi0-f175.google.com ([209.85.212.175]:36344 "EHLO mail-wi0-f175.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1756247AbbBPPtV (ORCPT ); Mon, 16 Feb 2015 10:49:21 -0500 MIME-Version: 1.0 In-Reply-To: <20150215231251.GL8656@n2100.arm.linux.org.uk> References: <1423763164-5606-1-git-send-email-mcoquelin.stm32@gmail.com> <1423763164-5606-6-git-send-email-mcoquelin.stm32@gmail.com> <20150215231251.GL8656@n2100.arm.linux.org.uk> From: Rob Herring Date: Mon, 16 Feb 2015 09:48:58 -0600 Message-ID: Subject: Re: [PATCH 05/14] ARM: call reset_controller_of_init from default time_init handler To: Russell King - ARM Linux Cc: Maxime Coquelin , Jonathan Corbet , Rob Herring , Pawel Moll , Mark Rutland , Ian Campbell , Kumar Gala , Philipp Zabel , Daniel Lezcano , Thomas Gleixner , Linus Walleij , Greg Kroah-Hartman , Jiri Slaby , Arnd Bergmann , Andrew Morton , "David S. Miller" , Mauro Carvalho Chehab , Joe Perches , Antti Palosaari , Tejun Heo , Will Deacon , Nikolay Borisov , Rusty Russell , Kees Cook , Michal Marek , "linux-doc@vger.kernel.org" , "linux-arm-kernel@lists.infradead.org" , "linux-kernel@vger.kernel.org" , "devicetree@vger.kernel.org" , "linux-gpio@vger.kernel.org" , "linux-serial@vger.kernel.org" , "linux-arch@vger.kernel.org" , "linux-api@vger.kernel.org" Content-Type: text/plain; charset=UTF-8 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1903 Lines: 40 On Sun, Feb 15, 2015 at 5:12 PM, Russell King - ARM Linux wrote: > On Sun, Feb 15, 2015 at 04:17:31PM -0600, Rob Herring wrote: >> On Thu, Feb 12, 2015 at 11:45 AM, Maxime Coquelin >> wrote: >> > Some DT ARM platforms need the reset controllers to be initialized before >> > the timers. >> > This is the case of the stm32 and sunxi platforms. >> >> I would say this is the exception, not the rule and therefore should >> be handled in a machine desc function. Or it could be part of your >> timer setup. Or is the bootloader's problem (like arch timer setup). >> >> We just want to limit how much this mechanism gets used. > > Can you clarify please - what is "this mechanism"? Placing explicit > calls at this location, or the whole OF_DECLARE_* stuff? Well, it is both really, but I guess OF_DECLARE_ linker sections are just an implementation detail of scattering various explicit init calls. My concern is we'll end up with another initcall like mechanism and the ordering problems associated with them. For example, what if another platform needs clocks initialized before the reset controller? I could see wanting to add gpio, pinctrl, syscon, etc. Another example is the Beagleboard Cape folks want to read an I2C EEPROM early to apply overlays before drivers probe. Where do we draw the line? > Sebastian suggested using the OF_DECLARE_* stuff for the Dove PMU - > so maybe you have a comment on that too? I have the same position that it is the exception, not the rule, so use the machine descriptor. I'm willing to be convinced otherwise, but I think these cases need to be questioned. Rob -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/