Skip to content
  1. Jul 01, 2014
  2. Jun 23, 2014
  3. Jun 16, 2014
  4. Jun 08, 2014
  5. Jun 07, 2014
  6. Jun 06, 2014
  7. Jun 05, 2014
    • Vince Weaver's avatar
      perf/ARM: Use common PMU interrupt disabled code · edcb4d3c
      Vince Weaver authored
      
      
      Make the ARM perf code use the new common PMU interrupt disabled code.
      
      This allows perf to work on ARM machines without a working PMU
      interrupt (for example, raspberry pi).
      
      Acked-by: default avatarWill Deacon <will.deacon@arm.com>
      Signed-off-by: default avatarVince Weaver <vincent.weaver@maine.edu>
      [peterz: applied changes suggested by Will]
      Signed-off-by: default avatarPeter Zijlstra <peterz@infradead.org>
      Cc: Arnaldo Carvalho de Melo <acme@kernel.org>
      Cc: Grant Likely <grant.likely@linaro.org>
      Cc: Linus Torvalds <torvalds@linux-foundation.org>
      Cc: Paul Mackerras <paulus@samba.org>
      Cc: Rob Herring <robh+dt@kernel.org>
      Cc: Russell King <linux@arm.linux.org.uk>
      Cc: Will Deacon <will.deacon@arm.com>
      Cc: devicetree@vger.kernel.org
      Cc: linux-arm-kernel@lists.infradead.org
      Cc: linux-kernel@vger.kernel.org
      Link: http://lkml.kernel.org/r/alpine.DEB.2.10.1405161712190.11099@vincent-weaver-1.umelst.maine.edu
      
      
      [ Small readability tweaks to the code. ]
      Signed-off-by: default avatarIngo Molnar <mingo@kernel.org>
      
      Signed-off-by: default avatarIngo Molnar <mingo@kernel.org>
      edcb4d3c
    • Nicolas Pitre's avatar
      sched: Final power vs. capacity cleanups · ca8ce3d0
      Nicolas Pitre authored
      
      
      It is better not to think about compute capacity as being equivalent
      to "CPU power".  The upcoming "power aware" scheduler work may create
      confusion with the notion of energy consumption if "power" is used too
      liberally.
      
      This contains the architecture visible changes.  Incidentally, only ARM
      takes advantage of the available pow^H^H^Hcapacity scaling hooks and
      therefore those changes outside kernel/sched/ are confined to one ARM
      specific file.  The default arch_scale_smt_power() hook is not overridden
      by anyone.
      
      Replacements are as follows:
      
      	arch_scale_freq_power  --> arch_scale_freq_capacity
      	arch_scale_smt_power   --> arch_scale_smt_capacity
      	SCHED_POWER_SCALE      --> SCHED_CAPACITY_SCALE
      	SCHED_POWER_SHIFT      --> SCHED_CAPACITY_SHIFT
      
      The local usage of "power" in arch/arm/kernel/topology.c is also changed
      to "capacity" as appropriate.
      
      Signed-off-by: default avatarNicolas Pitre <nico@linaro.org>
      Signed-off-by: default avatarPeter Zijlstra <peterz@infradead.org>
      Cc: Vincent Guittot <vincent.guittot@linaro.org>
      Cc: Daniel Lezcano <daniel.lezcano@linaro.org>
      Cc: Morten Rasmussen <morten.rasmussen@arm.com>
      Cc: "Rafael J. Wysocki" <rjw@rjwysocki.net>
      Cc: linaro-kernel@lists.linaro.org
      Cc: Arnd Bergmann <arnd@arndb.de>
      Cc: Dietmar Eggemann <dietmar.eggemann@arm.com>
      Cc: Grant Likely <grant.likely@linaro.org>
      Cc: Linus Torvalds <torvalds@linux-foundation.org>
      Cc: Mark Brown <broonie@linaro.org>
      Cc: Rob Herring <robh+dt@kernel.org>
      Cc: Russell King <linux@arm.linux.org.uk>
      Cc: Sudeep KarkadaNagesha <sudeep.karkadanagesha@arm.com>
      Cc: Vincent Guittot <vincent.guittot@linaro.org>
      Cc: devicetree@vger.kernel.org
      Cc: linux-arm-kernel@lists.infradead.org
      Cc: linux-kernel@vger.kernel.org
      Link: http://lkml.kernel.org/n/tip-48zba9qbznvglwelgq2cfygh@git.kernel.org
      
      
      Signed-off-by: default avatarIngo Molnar <mingo@kernel.org>
      ca8ce3d0
    • Naoya Horiguchi's avatar
      hugetlb: restrict hugepage_migration_support() to x86_64 · c177c81e
      Naoya Horiguchi authored
      
      
      Currently hugepage migration is available for all archs which support
      pmd-level hugepage, but testing is done only for x86_64 and there're
      bugs for other archs.  So to avoid breaking such archs, this patch
      limits the availability strictly to x86_64 until developers of other
      archs get interested in enabling this feature.
      
      Simply disabling hugepage migration on non-x86_64 archs is not enough to
      fix the reported problem where sys_move_pages() hits the BUG_ON() in
      follow_page(FOLL_GET), so let's fix this by checking if hugepage
      migration is supported in vma_migratable().
      
      Signed-off-by: default avatarNaoya Horiguchi <n-horiguchi@ah.jp.nec.com>
      Reported-by: default avatarMichael Ellerman <mpe@ellerman.id.au>
      Tested-by: default avatarMichael Ellerman <mpe@ellerman.id.au>
      Acked-by: default avatarHugh Dickins <hughd@google.com>
      Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org>
      Cc: Tony Luck <tony.luck@intel.com>
      Cc: Russell King <rmk@arm.linux.org.uk>
      Cc: Martin Schwidefsky <schwidefsky@de.ibm.com>
      Cc: James Hogan <james.hogan@imgtec.com>
      Cc: Ralf Baechle <ralf@linux-mips.org>
      Cc: David Miller <davem@davemloft.net>
      Cc: <stable@vger.kernel.org>	[3.12+]
      Signed-off-by: default avatarAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@linux-foundation.org>
      c177c81e
  8. Jun 04, 2014
  9. Jun 03, 2014
  10. Jun 02, 2014