[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <201308291545.37520.arnd@arndb.de>
Date: Thu, 29 Aug 2013 15:45:37 +0200
From: Arnd Bergmann <arnd@...db.de>
To: Sebastian Hesselbarth <sebastian.hesselbarth@...il.com>
Cc: Sören Brinkmann <soren.brinkmann@...inx.com>,
Russell King <linux@....linux.org.uk>,
linux-tegra@...r.kernel.org, kernel@...inux.com,
linux-samsung-soc@...r.kernel.org,
linux-arm-kernel@...ts.infradead.org, linux-kernel@...r.kernel.org
Subject: Re: [PATCH RFC v2 01/16] ARM: call clk_of_init from time_init
On Wednesday 28 August 2013, Sebastian Hesselbarth wrote:
> >
> > This forces zynq to move some initialization our clock code relies on to
> > init_irq(). Also, the current code already takes an approach of
> > doing either common init or machine specific init.
>
> Soeren,
>
> you know that patch 16/16 takes care of zynq's clock init?
>
> It's your own patch you provided from the last RFC. Looking at it, it
> moves zynq_sclr_init() to .init_irq and removes the call to
> of_clk_init() from zynq_clock_init() which is called by
> zynq_sclr_init().
>
> Isn't that solving the above issues for mach-zynq?
Please be careful with the patch ordering here. The patch series should
be bisectable, i.e. no patch should ever knowingly break any of the
platforms, with the fix getting added in a later patch.
You should be able to do that by cleaning up all platforms to not
rely on ordering first, then add this patch, and finally remove
the other calls.
Arnd
--
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