- 26 Sep, 2013 40 commits
-
-
Lee Jones authored
It's time to remove all ATAG support from ux500 and rely solely on Device Tree booting. This patch is part of that endeavour. Signed-off-by:
Lee Jones <lee.jones@linaro.org> Signed-off-by:
Linus Walleij <linus.walleij@linaro.org>
-
Lee Jones authored
It's time to remove all ATAG support from ux500 and rely solely on Device Tree booting. This patch is part of that endeavour. Signed-off-by:
-
Lee Jones authored
It's time to remove all ATAG support from ux500 and rely solely on Device Tree booting. This patch is part of that endeavour. Signed-off-by:
-
Lee Jones authored
It's time to remove all ATAG support from ux500 and rely solely on Device Tree booting. This patch is part of that endeavour. Signed-off-by:
-
Lee Jones authored
It's time to remove all ATAG support from ux500 and rely solely on Device Tree booting. This patch is part of that endeavour. Signed-off-by:
-
Lee Jones authored
It's time to remove all ATAG support from ux500 and rely solely on Device Tree booting. This patch is part of that endeavour. Signed-off-by:
-
Lee Jones authored
It's time to remove all ATAG support from ux500 and rely solely on Device Tree booting. This patch is part of that endeavour. Signed-off-by:
-
Lee Jones authored
It's time to remove all ATAG support from ux500 and rely solely on Device Tree booting. This patch is part of that endeavour. Signed-off-by:
-
Lee Jones authored
It's time to remove all ATAG support from ux500 and rely solely on Device Tree booting. This patch is part of that endeavour. Signed-off-by:
-
Lee Jones authored
It's time to remove all ATAG support from ux500 and rely solely on Device Tree booting. This patch is part of that endeavour. Signed-off-by:
-
Lee Jones authored
It's time to remove all ATAG support from ux500 and rely solely on Device Tree booting. This patch is part of that endeavour. Signed-off-by:
-
Lee Jones authored
It's time to remove all ATAG support from ux500 and rely solely on Device Tree booting. This patch is part of that endeavour. Signed-off-by:
-
Lee Jones authored
It's time to remove all ATAG support from ux500 and rely solely on Device Tree booting. This patch is part of that endeavour. Signed-off-by:
-
Lee Jones authored
It's time to remove all ATAG support from ux500 and rely solely on Device Tree booting. This patch is part of that endeavour. Signed-off-by:
-
Lee Jones authored
It's time to remove all ATAG support from ux500 and rely solely on Device Tree booting. This patch is part of that endeavour. Signed-off-by:
-
Lee Jones authored
It's time to remove all ATAG support from ux500 and rely solely on Device Tree booting. This patch is part of that endeavour. Signed-off-by:
-
Lee Jones authored
It's time to remove all ATAG support from ux500 and rely solely on Device Tree booting. This patch is part of that endeavour. Signed-off-by:
-
Lee Jones authored
It's time to remove all ATAG support from ux500 and rely solely on Device Tree booting. This patch is part of that endeavour. Signed-off-by:
-
Lee Jones authored
These are now cared for from the Device Tree. Signed-off-by:
-
Lee Jones authored
We still need to utilise the AUXDATA system for the PRCMU to pass through platform data which can not be DT:ed i.e. regulator initialisation values. All we're doing in this patch is changing the comment header to be more accurate. Signed-off-by:
-
Lee Jones authored
Signed-off-by:
-
Lee Jones authored
Signed-off-by:
-
Lee Jones authored
Signed-off-by:
-
Lee Jones authored
Signed-off-by:
-
Lee Jones authored
MSP no longer requires clock-name bindings, so we need to move them to a more appropriate header indicating that we're still passing DMA related platform data to them. Signed-off-by:
-
Lee Jones authored
Signed-off-by:
-
Lee Jones authored
Signed-off-by:
-
Lee Jones authored
Signed-off-by:
-
Lee Jones authored
The ux500 platform will soon be converted to Device Tree only. When that happens the old clock initialisation will be ripped out. In the meantime however, we have to make a decision and call the appropriate initialisation code manually. Signed-off-by:
-
Lee Jones authored
If we supply a con_id then the clock framework will search for that name in MUSB's Device Tree node for the 'clock-names' property. If it's absent the clock request will fail. However, if we don't supply the con_id then clk_get() will call into clk_sys() which will use the device name to search for the appropriate clock, which is much more natural than forcing 'usb'. Acked-by:
Felipe Balbi <balbi@ti.com> Signed-off-by:
-
Lee Jones authored
This patch enables the TWD fixed factor clock to be specified from Device Tree via phandles to the "smp-twd-clock" node. Acked-by:
Mike Turquette <mturquette@linaro.org> Signed-off-by:
-
Lee Jones authored
This patch enables the RTC fixed frequency clock to be specified from Device Tree via phandles to the "rtc32k-clock" node. Acked-by:
-
Lee Jones authored
This patch enables clocks to be specified from Device Tree via phandles to the "prcc-kernel-clock" node. Acked-by:
-
Lee Jones authored
This patch enables clocks to be specified from Device Tree via phandles to the "prcc-periph-clock" node. Acked-by:
-
Lee Jones authored
This patch enables clocks to be specified from Device Tree via phandles to the "prcmu-clock" node. Acked-by:
-
Lee Jones authored
PRCC (peripheral and kernel) clocks are specified using a property tuple <&phandle base bit>, where 'base' is the peripheral (1, 2, 3, 5 or 6), and bit is read-in value into that peripheral stipulated by the hardware specification. Acked-by:
-
Lee Jones authored
The functional components will be added on a per-clock basis. Acked-by:
-
Lee Jones authored
Here we're using the old clock initialisation function as a template. It's necessary to remove all of the clk_register_clkdev() calls as they don't make sense when booting with Device Tree. Cc: Mike Turquette <mturquette@linaro.org> Signed-off-by:
-
Lee Jones authored
There is no mention of the PRCMU_BML8580CLK in any of the Design Specifications for the chips supported in Mainline. In fact, where it is incorrectly used in the u8540 clock definition driver it would have the side effect of using the incorrect clock management address ([PRCM_BML8580CLK_MGT] 0x108 instead of the correct value 0x04C). Acked-by:
-
Lee Jones authored
When booting with DT enabled we already call clocksource_of_init(), which in turn calls the OF version of nmdk_timer_init(). Signed-off-by:
-
