From mboxrd@z Thu Jan 1 00:00:00 1970 From: Simon Horman Date: Fri, 16 May 2014 04:45:52 +0000 Subject: Re: [PATCH] ARM: shmobile: Use shmobile_init_late() on r8a7740 Message-Id: <20140516044548.GA7185@verge.net.au> List-Id: References: <20140511231050.19908.86623.sendpatchset@w520> <20140513081019.GA10412@verge.net.au> <20140516040844.GA2503@verge.net.au> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: linux-arm-kernel@lists.infradead.org On Fri, May 16, 2014 at 01:39:11PM +0900, Magnus Damm wrote: > Hi Simon, > > On Fri, May 16, 2014 at 1:08 PM, Simon Horman wrote: > > On Tue, May 13, 2014 at 05:10:20PM +0900, Simon Horman wrote: > >> On Mon, May 12, 2014 at 09:42:15AM +0200, Geert Uytterhoeven wrote: > >> > On Mon, May 12, 2014 at 1:10 AM, Magnus Damm wrote: > >> > > From: Magnus Damm > >> > > > >> > > Hook up ->init_late for r8a7740 to initialize Suspend-to-RAM > >> > > and CPUIdle in case of C-code less board support for r8a7740. > >> > > > >> > > Signed-off-by: Magnus Damm > >> > > >> > Acked-by: Geert Uytterhoeven > >> > >> Thanks, I will queue this up. > > > > Hi Magnus, Hi Geert, > > > > As I am currently doing some work for the r8a7779 > > I am wondering if a change like this one is appropriate for that SoC. > > If so I'll cook one up. > > Yes, we want all SoCs to be converted over. Please take care that some > DTS change may be needed to specify maximum frequency, so this may > require a DTB update for the user. Which makes it less nice user > experience for legacy code - if we care about that at this point. But > legacy code also often tends to use early devices and other stuff, so > this probably affects DT SoC code and DT reference board code mostly. Does CPU frequency affect this patch (shmobile_init_late) as well as the ones to use shmobile_init_delay?