On 01/15/2014 05:50 AM, Mike Turquette wrote:
Quoting Mike Turquette (2014-01-14 19:16:32)
Quoting Felipe Balbi (2014-01-14 18:04:21)
Hi,
On Tue, Jan 14, 2014 at 02:36:13PM -0600, Felipe Balbi wrote:
Felipe, care to run your randconfig magic for this?
This branch builds just fine so far, I still have omap5 multiplaform and
uniplatform builds, but since that was working before i'm assuming it
won't break.
No build failures in any of my 18 seeds (5 randconfigs of each), I'd
attach logs, but it's a 2.8MiB tarball, if anyone cares enough, I can
send it.
FWIW:
Acked-by: Felipe Balbi <balbi@xxxxxx>
Felipe,
That's great to hear. Thanks for testing.
Tero & Tony,
These 40 patches apply very cleanly on top of clk-next with 2
exceptions:
1) I did not apply "[PATCH 30/42] ARM: dts: AM35xx: use DT clock data"
because I do not have arch/arm/boot/dts/am3517.dtsi in clk-next (based
on 3.13-rc1).
2) Minor merge conflict in arch/arm/boot/dts/omap3.dtsi which I think I
resolved correctly but would like verification.
I'd prefer to simply merge these patches into clk-next, which is the
most straightforward route. Any ideas on how to handle the missing
AM35xx dtsi data? It can always go as a separate fix after this stuff
gets merged which, ironically, is how that file was created in the first
place.
I've pushed my branch. Tero can you take a look and let me know if you
see any problems?
git://git.linaro.org/people/mike.turquette/linux.git clk-next-omap
Hey Mike,
Can't see any issues there, also gave it a quick boot test with the
boards I have access to and seems to work fine.
-Tero
Thanks!
Mike
Regards,
Mike
cheers
--
balbi
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
