22 Oct, 2014

1 commit

  • Pull mailbox framework from Jassi Brar:
    "A framework for Mailbox controllers and clients have been cooking for
    more than a year now.

    Everybody in the CC list had been copied on patchset revisions and
    most of them have made sounds of approval, though just one concrete
    Reviewed-by. The patchset has also been in linux-next for a couple of
    weeks now and no conflict has been reported. The framework has the
    backing of at least 5 platforms, though I can't say if/when they
    upstream their drivers (some businesses have 'changed')"

    (Further acked-by by Arnd Bergmann and Suman Anna in the pull request
    thread)

    * 'mailbox-for-linus' of git://git.linaro.org/landing-teams/working/fujitsu/integration:
    dt: mailbox: add generic bindings
    doc: add documentation for mailbox framework
    mailbox: Introduce framework for mailbox
    mailbox: rename pl320-ipc specific mailbox.h

    Linus Torvalds
     

08 Oct, 2014

1 commit

  • The patch 30058677 "ARM / highbank: add support for pl320 IPC"
    added a pl320 IPC specific header file as a generic mailbox.h.
    This file has been renamed appropriately to allow the
    introduction of the generic mailbox API framework.

    Acked-by: Mark Langsdorf
    Cc: Rafael J. Wysocki
    Signed-off-by: Suman Anna
    Reviewed-by: Mark Brown
    Acked-by: Arnd Bergmann

    Suman Anna
     

03 Oct, 2014

1 commit

  • The naming convention of this driver was always under the scanner, people
    complained that it should have a more generic name than cpu0, as it manages all
    CPUs that are sharing clock lines.

    Also, in future it will be modified to support any number of clusters with
    separate clock/voltage lines.

    Lets rename it to 'cpufreq_dt' from 'cpufreq_cpu0'.

    Tested-by: Stephen Boyd
    Signed-off-by: Viresh Kumar
    Signed-off-by: Rafael J. Wysocki

    Viresh Kumar
     

17 Oct, 2013

1 commit

  • Calxeda's new ECX-2000 part uses the same cpufreq interface as highbank,
    so add it to the driver's compatibility list.

    This is a minor change that can safely be applied to the 3.10 and 3.11
    stable trees.

    Signed-off-by: Mark Langsdorf
    Acked-by: Viresh Kumar
    Signed-off-by: Rafael J. Wysocki

    Mark Langsdorf
     

21 Aug, 2013

1 commit


04 Mar, 2013

1 commit


02 Feb, 2013

2 commits

  • As multiplatform build is being adopted by more and more ARM platforms,
    initcall function should be used very carefully. For example, when
    GENERIC_CPUFREQ_CPU0 is built in the kernel, cpu0_cpufreq_driver_init()
    will be called on all the platforms to initialize cpufreq-cpu0 driver.

    To eliminate this undesired the effect, the patch changes cpufreq-cpu0
    driver to have it instantiated as a platform_driver. Then it will only
    run on platforms that create the platform_device "cpufreq-cpu0".

    Along with the change, it also changes cpu_dev to be &pdev->dev,
    so that managed functions can start working, and module build gets
    supported too.

    The highbank-cpufreq driver is also updated accordingly to adapt the
    changes on cpufreq-cpu0.

    Signed-off-by: Shawn Guo
    Reviewed-by: Viresh Kumar
    Acked-by: Mark Langsdorf
    Signed-off-by: Rafael J. Wysocki

    Shawn Guo
     
  • Highbank processors depend on the external ECME to perform voltage
    management based on a requested frequency. Communication between the
    A9 cores and the ECME happens over the pl320 IPC channel.

    Signed-off-by: Mark Langsdorf
    Reviewed-by: Shawn Guo
    Reviewed-by: Mike Turquette
    Signed-off-by: Rafael J. Wysocki

    Mark Langsdorf