1. 29 6月, 2016 1 次提交
  2. 07 6月, 2016 1 次提交
  3. 01 6月, 2016 1 次提交
  4. 26 4月, 2016 1 次提交
  5. 04 3月, 2016 1 次提交
  6. 24 2月, 2016 1 次提交
  7. 21 2月, 2016 1 次提交
  8. 15 12月, 2015 1 次提交
    • L
      ARM: realview: add an DT SMP boot method · 5420b4b1
      Linus Walleij 提交于
      This adds an SMP boot method for the ARM RealView reference
      designs. We also select HAVE_SMP by default and make it use
      SMP_ON_UP so we only need to support one single kernel across
      the RealView reference designs when using DT.
      
      The RealViews need to have the SCU (Snoop Control Unit)
      activated on boot, and this is now done by looking up its
      address from the device tree and initializing it and counting
      the available cores.
      
      The RealViews boot by using a magic address register in the
      system controller (SYS_FLAGS) to store the boot address,
      the ROM will then read this register to the PC when the CPUs
      are taken out of WFI. This code uses a handle to the syscon
      regmap to access this register.
      Signed-off-by: NLinus Walleij <linus.walleij@linaro.org>
      5420b4b1
  9. 10 12月, 2015 2 次提交
  10. 08 12月, 2015 1 次提交
  11. 19 11月, 2015 1 次提交
  12. 13 10月, 2015 1 次提交
  13. 06 8月, 2015 1 次提交
  14. 27 4月, 2015 1 次提交
  15. 04 3月, 2015 1 次提交
  16. 04 2月, 2015 1 次提交
    • P
      Documentation: DT bindings: add nvidia, tegra132-denver compatible string · f634da37
      Paul Walmsley 提交于
      Add a compatible string for the NVIDIA Denver CPU to the ARM CPU DT
      binding documentation file.  The primary objective here is to keep
      checkpatch.pl from warning when the compatible string is used in an
      SoC DT file, per:
      
      http://marc.info/?l=linux-tegra&m=142201349727836&w=2
      
      This second version changes the string from "nvidia,denver" to
      "nvidia,tegra132-denver" to more precisely describe the revision of
      the Denver CPU complex that is present in the Tegra132 SoC.
      Signed-off-by: NPaul Walmsley <paul@pwsan.com>
      Cc: Rob Herring <robh+dt@kernel.org>
      Cc: Pawel Moll <pawel.moll@arm.com>
      Cc: Mark Rutland <mark.rutland@arm.com>
      Cc: Ian Campbell <ijc+devicetree@hellion.org.uk>
      Cc: Kumar Gala <galak@codeaurora.org>
      Cc: Heiko Stuebner <heiko@sntech.de>
      Cc: Arnd Bergmann <arnd@arndb.de>
      Cc: Catalin Marinas <catalin.marinas@arm.com>
      Cc: Olof Johansson <olof@lixom.net>
      Cc: Maxime Ripard <maxime.ripard@free-electrons.com>
      Cc: Rohit Vaswani <rvaswani@codeaurora.org>
      Cc: Paul Walmsley <pwalmsley@nvidia.com>
      Cc: Marc Carino <marc.ceeeee@gmail.com>
      Cc: Lorenzo Pieralisi <lorenzo.pieralisi@arm.com>
      Cc: linux-kernel@vger.kernel.org
      Cc: linux-arm-kernel@lists.infradead.org
      Signed-off-by: NRob Herring <robh@kernel.org>
      f634da37
  17. 06 11月, 2014 1 次提交
  18. 02 10月, 2014 1 次提交
  19. 12 9月, 2014 1 次提交
    • L
      Documentation: arm: define DT idle states bindings · 3f8161b2
      Lorenzo Pieralisi 提交于
      ARM based platforms implement a variety of power management schemes that
      allow processors to enter idle states at run-time.
      The parameters defining these idle states vary on a per-platform basis forcing
      the OS to hardcode the state parameters in platform specific static tables
      whose size grows as the number of platforms supported in the kernel increases
      and hampers device drivers standardization.
      
      Therefore, this patch aims at standardizing idle state device tree bindings
      for ARM platforms. Bindings define idle state parameters inclusive of entry
      methods and state latencies, to allow operating systems to retrieve the
      configuration entries from the device tree and initialize the related power
      management drivers, paving the way for common code in the kernel to deal with
      idle states and removing the need for static data in current and previous
      kernel versions.
      
      ARM64 platforms require the DT to define an entry-method property
      for idle states.
      
      On system implementing PSCI as an enable-method to enter low-power
      states the PSCI CPU suspend method requires the power_state parameter to
      be passed to the PSCI CPU suspend function.
      
      This parameter is specific to a power state and platform specific,
      therefore must be provided by firmware to the OS in order to enable
      proper call sequence.
      
      Thus, this patch also adds a property in the PSCI bindings that
      describes how the PSCI CPU suspend power_state parameter should be
      defined in DT in all device nodes that rely on PSCI CPU suspend method usage.
      Acked-by: NCatalin Marinas <catalin.marinas@arm.com>
      Acked-by: NDaniel Lezcano <daniel.lezcano@linaro.org>
      Acked-by: NNicolas Pitre <nico@linaro.org>
      Reviewed-by: NRob Herring <robh@kernel.org>
      Reviewed-by: NSebastian Capella <sebcape@gmail.com>
      Signed-off-by: NLorenzo Pieralisi <lorenzo.pieralisi@arm.com>
      Signed-off-by: NCatalin Marinas <catalin.marinas@arm.com>
      3f8161b2
  20. 28 7月, 2014 1 次提交
  21. 26 7月, 2014 1 次提交
  22. 27 5月, 2014 2 次提交
  23. 18 5月, 2014 2 次提交
  24. 09 5月, 2014 2 次提交
  25. 12 2月, 2014 1 次提交
  26. 29 9月, 2013 1 次提交
  27. 19 11月, 2012 1 次提交
    • L
      ARM: kernel: add device tree init map function · a0ae0240
      Lorenzo Pieralisi 提交于
      When booting through a device tree, the kernel cpu logical id map can be
      initialized using device tree data passed by FW or through an embedded blob.
      
      This patch adds a function that parses device tree "cpu" nodes and
      retrieves the corresponding CPUs hardware identifiers (MPIDR).
      It sets the possible cpus and the cpu logical map values according to
      the number of CPUs defined in the device tree and respective properties.
      
      The device tree HW identifiers are considered valid if all CPU nodes contain
      a "reg" property, there are no duplicate "reg" entries and the DT defines a
      CPU node whose "reg" property matches the MPIDR[23:0] of the boot CPU.
      
      The primary CPU is assigned cpu logical number 0 to keep the current convention
      valid.
      
      Current bindings documentation is included in the patch:
      
      Documentation/devicetree/bindings/arm/cpus.txt
      Signed-off-by: NLorenzo Pieralisi <lorenzo.pieralisi@arm.com>
      Acked-by: NNicolas Pitre <nico@linaro.org>
      a0ae0240