From mboxrd@z Thu Jan 1 00:00:00 1970 From: Vladimir Barinov Date: Mon, 24 Feb 2014 07:46:34 +0000 Subject: Re: [PATCH] gpio: gpio-rcar: init at postcore level Message-Id: <530AF8DA.8050709@cogentembedded.com> List-Id: References: <1393173467-12240-1-git-send-email-vladimir.barinov@cogentembedded.com> In-Reply-To: <1393173467-12240-1-git-send-email-vladimir.barinov@cogentembedded.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: linux-sh@vger.kernel.org Hello Ben, On 02/23/2014 11:09 PM, Ben Dooks wrote: > On 23/02/14 16:37, vladimir.barinov@cogentembedded.com wrote: >> From: Vladimir Barinov >> >> This adds ability to use gpio API at board init_machine level. >> >> F.e. it can be used in the following situation. >> Many reference hardware has onboard switches that selects which >> periferals >> to connect to the system. The gpio input state from switches can be used >> in choosing platform devices runtime in board code instead of >> ifdefs/defconfig >> changes. > > Firstly, anyone still using platform_devices to describe their > system needs to be stopped. We cannot go on supporting this when > our primary boot method is supposed to be device-tree. If we keep > doing this then we will not get any of the current issues fixed. Understand. I see that this is not a time for such changes. Hope that the DT model will take into account such kind of situation in the future. > > Will it impact the devicetree bindings on rcar? No Regards, Vladimir