15 Dec, 2015

1 commit

  • When we try to compile a clocksource driver with the COMPILE_TEST option,
    we can't select the GENERIC_SCHED_CLOCK because the sched_clock() symbol
    will be duplicated with the one defined for the x86.

    In order to fix that, we don't select the GENERIC_SCHED_CLOCK in the
    driver Kconfig's file but we define some empty functions for the different
    symbols in order to prevent the unresolved ones.

    This patch fixes the COMPILE_TEST option for the compile test coverage for
    the clocksource drivers. Without this patch, we can't add the COMPILE_TEST
    option for the clocksource drivers using the GENERIC_SCHED_CLOCK.

    Signed-off-by: Daniel Lezcano

    Daniel Lezcano
     

23 Apr, 2014

1 commit


10 Oct, 2013

1 commit


31 Jul, 2013

1 commit

  • The ARM architected system counter has at least 56 usable bits.
    Add support for counters with more than 32 bits to the generic
    sched_clock implementation so we can increase the time between
    wakeups due to dealing with wrap-around on these devices while
    benefiting from the irqtime accounting and suspend/resume
    handling that the generic sched_clock code already has. On my
    system using 56 bits over 32 bits changes the wraparound time
    from a few minutes to an hour. For faster running counters (GHz
    range) this is even more important because we may not be able to
    execute the timer in time to deal with the wraparound if only 32
    bits are used.

    We choose a maxsec value of 3600 seconds because we assume no
    system will go idle for more than an hour. In the future we may
    need to increase this value.

    Note: All users should switch over to the 64-bit read function so
    we can remove setup_sched_clock() in favor of sched_clock_register().

    Cc: Russell King
    Signed-off-by: Stephen Boyd
    Signed-off-by: John Stultz

    Stephen Boyd
     

13 Jun, 2013

1 commit