Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1757941AbbEWMZI (ORCPT ); Sat, 23 May 2015 08:25:08 -0400 Received: from down.free-electrons.com ([37.187.137.238]:40364 "EHLO mail.free-electrons.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1757526AbbEWMZE (ORCPT ); Sat, 23 May 2015 08:25:04 -0400 Date: Sat, 23 May 2015 10:28:20 +0200 From: Maxime Ripard To: Maxime Coquelin Cc: Andreas =?iso-8859-1?Q?F=E4rber?= , Arnd Bergmann , Philipp Zabel , Daniel Thompson , Uwe =?iso-8859-1?Q?Kleine-K=F6nig?= , Geert Uytterhoeven , Rob Herring , Linus Walleij , Stefan Agner , Peter Meerwald , Paul Bolle , Peter Hurley , Andy Shevchenko , Chanwoo Choi , Russell King , Daniel Lezcano , Joe Perches , Vladimir Zapolskiy , Lee Jones , Mark Rutland , Ian Campbell , Kumar Gala , Thomas Gleixner , Greg Kroah-Hartman , Jiri Slaby , Nikolay Borisov , Rusty Russell , Kees Cook , "linux-doc@vger.kernel.org" , "linux-arm-kernel@lists.infradead.org" , "linux-kernel@vger.kernel.org" , "devicetree@vger.kernel.org" , Nicolae Rosia , Kamil Lulko Subject: Re: [PATCH v8 14/16] ARM: dts: Introduce STM32F429 MCU Message-ID: <20150523082820.GK8557@lukather> References: <1431158038-3813-1-git-send-email-mcoquelin.stm32@gmail.com> <2282066.NWoIT9ZyLc@wuerfel> <13641152.Yt4ZI3oT6L@wuerfel> <20150521185122.GD8557@lukather> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="vTfKKTivj/mQoluA" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2340 Lines: 59 --vTfKKTivj/mQoluA Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi Maxime, On Thu, May 21, 2015 at 10:10:35PM +0200, Maxime Coquelin wrote: > > The only thing we did that stands out a bit is that we actually need > > the reset driver much earlier than the default probe, since some of > > our timers are maintained in reset. We have some code to do just that > > already, we just need have something similar to be on board. >=20 > We have the same problem on stm32, as just discussed with Andreas [0]. > I decided to patch the bootloader to deassert timers reset, after > discussions with Rob Herring and Arnd. That seems like the best solution, but we don't have control over the bootloader in most cases. We have an alternative implementation (ie mainline u-boot) that is required for a few things already, but I'd really like to still be able to at least boot the kernel on a "legacy" bootloader (that is the one flashed on the device). Maxime --=20 Maxime Ripard, Free Electrons Embedded Linux, Kernel and Android engineering http://free-electrons.com --vTfKKTivj/mQoluA Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAEBAgAGBQJVYDokAAoJEBx+YmzsjxAgEGEQAJs6k5ZHhGXToxmDcmeAcETQ 0rKh8OUJE5ZVP4ta18lDqPDIvJMDVvW8RTTH/usC/wI+plEJEwEux0K+kMeKGciA ZCPsXrNnfuc3rj1LeqqXTYRvWOf2q/9wXpFUzL4c7P18i+YnpJXPEJNrWi1zqvoo TUJtEN3lKhg6/xZsKunpRsaQHlHgPuXTJCSISaSBbMfoWcXGUuGEMphi5N1R7cck oWK5Vsfzk/tPmOym+U4I0Bkv8UkpCMtv5/jCDj2Z7Cz0Le50/+qpuTZlu1UUGYav K+C80ndIKBZXvICgxNUh3Ev9NEKiBTSf4HDKxlYX2stMxmkDFMK7uyp8i3defGFP pxHKjTh4imaEBM5/maa0p9b8KUmy97D2hnmZ+AjytkYEgZcNGEz1IkKq+f52Gs6t Y/FPuRVZc2OUjaViu7YXeHOIibklrgSwh9UgDf/OAtzDSa0FyKaCRT6DxW7IyoXe gJ/DY2k0RSSIfk8mjhzCTd9YczTr89JbgXABTbiXbh4cZPQMSyP7hqCyyKJOkktL CzjOCIZJvEiPVmyXeUwtE3yApUDvXLYFlN3DQ+nyeV8rE34gMiNyyn4NufhMasJv C/XoNCOgcH6+gKmEY17Gqxs8cJruf00HJSV5M5yCYYzo+vCZd7THE0JCqR0x4rWJ 19tvvVkOVER/CxaZsPC2 =fdOQ -----END PGP SIGNATURE----- --vTfKKTivj/mQoluA-- -- 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/