[U-Boot] [RFC PATCH 0/6] rockchip: rk3368: remove secure timer usage and use DM timer

Simon Glass sjg at chromium.org
Thu Aug 3 15:23:54 UTC 2017


Hi,

On 2 August 2017 at 05:09, Dr. Philipp Tomsich
<philipp.tomsich at theobroma-systems.com> wrote:
> Kever,
>
> This patchset does not force the use of the DM timer for any chipsets/boards.
> It is essentially opt-in and (for now—i.e. until we enable it for the RK3399) it is
> enabled for the RK3368 only.
>
> Note that this does not currently target any ARMv7 devices, as it is meant to
> decouple the ARMv8 generic timer startup (i.e. starting the stimer) from U-Boot.
>
> Regards,
> Philipp.
>
>> On 02 Aug 2017, at 07:05, Kever Yang <kever.yang at rock-chips.com> wrote:
>>
>> Hi Philipp, Simon,
>>
>>    I still think we should have a option to no involve so much framework thing in
>>
>> very early boot stage like TPL/SPL, for those chipset with very little sram onchip.
>>
>> Andy send some patches for rk3036 recently, because it get out of memory in SPL
>>
>> and not able to boot. Most of people do not notice this but please leave a option for
>>
>> those devices. The timer init should always happen very early like SPL/TPL, and I don't
>>
>> think the DM is a must for it.

Just a note on this. There is a CONFIG_TIMER_EARLY option available
which is specifically designed to provide a timer before DM is ready.

>>
>>
>> Thanks,
>> - Kever
>> On 07/29/2017 12:31 AM, Philipp Tomsich wrote:
>>> Trying to answer Simon's question whether the address of the secure
>>> timer (for initialising stimer1 and starting up the ARMv8 generic
>>> timer) can be obtained from the DTS, here's a series that tries to
>>> give an answer.
>>>
>>> To summarise this answer in plain English:
>>> - The answer to the original question is: "no, but..."
>>> - The "but" is what's implemented here: we don't need the ARMv8
>>>   generic timer ticking in U-Boot, so we won't have to initialise it
>>>   at all (this removing the need to obtain the address for stimer1).
>>> - We also have a "however": the size of the TPL binary increases by
>>>   approx. 800 bytes, as we need the DM timer support.
>>>
>>> This series is based on-top-of my RK3368 enablement series.
>>>
>>> If we go ahead with merging this, then I'll have to add support for
>>> the RK3399 as well...
>>>
>>>
>>> Philipp Tomsich (6):
>>>   timer: add OF_PLATDATA support for timer-uclass
>>>   dm: timer: normalise SPL and TPL support
>>>   rockchip: timer: add device-model timer driver for RK3368 (and
>>>     similar)
>>>   dts: rk3368: make timer0 accessible for SPL and TPL
>>>   rockchip: lion-rk3368: defconfig: enable DM timer for all stages
>>>   rockchip: rk3368: remove setup of secure timer from TPL/SPL
>>>
>>>  arch/arm/cpu/armv8/Makefile               |   2 +
>>>  arch/arm/dts/rk3368-lion-u-boot.dtsi      |   2 +-
>>>  arch/arm/dts/rk3368.dtsi                  |   2 +-
>>>  arch/arm/mach-rockchip/rk3368-board-spl.c |  20 ------
>>>  arch/arm/mach-rockchip/rk3368-board-tpl.c |  19 ------
>>>  common/spl/Kconfig                        |   8 ---
>>>  configs/chromebook_link64_defconfig       |   2 +-
>>>  configs/lion-rk3368_defconfig             |   4 ++
>>>  configs/qemu-x86_64_defconfig             |   2 +-
>>>  drivers/Makefile                          |   3 +-
>>>  drivers/timer/Kconfig                     |  25 +++++++
>>>  drivers/timer/Makefile                    |   3 +-
>>>  drivers/timer/rockchip_timer.c            | 105 ++++++++++++++++++++++++++++++
>>>  drivers/timer/timer-uclass.c              |   6 +-
>>>  14 files changed, 148 insertions(+), 55 deletions(-)
>>>  create mode 100644 drivers/timer/rockchip_timer.c
>>>
>>
>>
>

Regards,
Simon


More information about the U-Boot mailing list