1. 06 12月, 2011 1 次提交
  2. 05 12月, 2011 1 次提交
  3. 01 11月, 2011 1 次提交
  4. 13 10月, 2011 1 次提交
  5. 28 9月, 2011 1 次提交
    • P
      doc: fix broken references · 395cf969
      Paul Bolle 提交于
      There are numerous broken references to Documentation files (in other
      Documentation files, in comments, etc.). These broken references are
      caused by typo's in the references, and by renames or removals of the
      Documentation files. Some broken references are simply odd.
      
      Fix these broken references, sometimes by dropping the irrelevant text
      they were part of.
      Signed-off-by: NPaul Bolle <pebolle@tiscali.nl>
      Signed-off-by: NJiri Kosina <jkosina@suse.cz>
      395cf969
  6. 21 9月, 2011 2 次提交
    • E
      x86: geode: New PCEngines Alix system driver · d4f3e350
      Ed Wildgoose 提交于
      This new driver replaces the old PCEngines Alix 2/3 LED driver with a
      new driver that controls the LEDs through the leds-gpio driver. The
      old driver accessed GPIOs directly, which created a conflict and
      prevented also loading the cs5535-gpio driver to read other GPIOs on
      the Alix board. With this new driver, we hook into leds-gpio which in
      turn uses GPIO to control the LEDs and therefore it's possible to
      control both the LEDs and access onboard GPIOs
      
      Driver is moved to platform/geode as requested by Grant and any other
      geode initialisation modules should move here also
      
      This driver is inspired by leds-net5501.c by Alessandro Zummo.
      
      Ideally, leds-net5501.c should also be moved to platform/geode. 
      Additionally the driver relies on parts of the patch: 7f131cf3 ("leds:
      leds-alix2c - take port address from MSR) by Daniel Mack to perform
      detection of the Alix board.
      
      [akpm@linux-foundation.org: include module.h]
      Signed-off-by: NEd Wildgoose <kernel@wildgooses.com>
      Cc: git@wildgooses.com
      Cc: Alessandro Zummo <a.zummo@towertech.it>
      Cc: Daniel Mack <daniel@caiaq.de>
      Cc: Ingo Molnar <mingo@elte.hu>
      Cc: "H. Peter Anvin" <hpa@zytor.com>
      Cc: Richard Purdie <rpurdie@rpsys.net>
      Reviewed-by: NGrant Likely <grant.likely@secretlab.ca>
      Signed-off-by: NAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: NThomas Gleixner <tglx@linutronix.de>
      d4f3e350
    • S
      iommu: Rename the DMAR and INTR_REMAP config options · d3f13810
      Suresh Siddha 提交于
      Change the CONFIG_DMAR to CONFIG_INTEL_IOMMU to be consistent
      with the other IOMMU options.
      
      Rename the CONFIG_INTR_REMAP to CONFIG_IRQ_REMAP to match the
      irq subsystem name.
      
      And define the CONFIG_DMAR_TABLE for the common ACPI DMAR
      routines shared by both CONFIG_INTEL_IOMMU and CONFIG_IRQ_REMAP.
      Signed-off-by: NSuresh Siddha <suresh.b.siddha@intel.com>
      Cc: yinghai@kernel.org
      Cc: youquan.song@intel.com
      Cc: joerg.roedel@amd.com
      Cc: tony.luck@intel.com
      Cc: dwmw2@infradead.org
      Link: http://lkml.kernel.org/r/20110824001456.558630224@sbsiddha-desk.sc.intel.comSigned-off-by: NIngo Molnar <mingo@elte.hu>
      d3f13810
  7. 08 9月, 2011 1 次提交
  8. 03 8月, 2011 1 次提交
  9. 01 8月, 2011 1 次提交
    • H
      x86, random: Architectural inlines to get random integers with RDRAND · 628c6246
      H. Peter Anvin 提交于
      Architectural inlines to get random ints and longs using the RDRAND
      instruction.
      
      Intel has introduced a new RDRAND instruction, a Digital Random Number
      Generator (DRNG), which is functionally an high bandwidth entropy
      source, cryptographic whitener, and integrity monitor all built into
      hardware.  This enables RDRAND to be used directly, bypassing the
      kernel random number pool.
      
      For technical documentation, see:
      
      http://software.intel.com/en-us/articles/download-the-latest-bull-mountain-software-implementation-guide/
      
      In this patch, this is *only* used for the nonblocking random number
      pool.  RDRAND is a nonblocking source, similar to our /dev/urandom,
      and is therefore not a direct replacement for /dev/random.  The
      architectural hooks presented in the previous patch only feed the
      kernel internal users, which only use the nonblocking pool, and so
      this is not a problem.
      
      Since this instruction is available in userspace, there is no reason
      to have a /dev/hw_rng device driver for the purpose of feeding rngd.
      This is especially so since RDRAND is a nonblocking source, and needs
      additional whitening and reduction (see the above technical
      documentation for details) in order to be of "pure entropy source"
      quality.
      
      The CONFIG_EXPERT compile-time option can be used to disable this use
      of RDRAND.
      Signed-off-by: NH. Peter Anvin <hpa@linux.intel.com>
      Originally-by: NFenghua Yu <fenghua.yu@intel.com>
      Cc: Matt Mackall <mpm@selenic.com>
      Cc: Herbert Xu <herbert@gondor.apana.org.au>
      Cc: "Theodore Ts'o" <tytso@mit.edu>
      628c6246
  10. 25 7月, 2011 1 次提交
  11. 22 7月, 2011 2 次提交
  12. 21 7月, 2011 1 次提交
  13. 14 7月, 2011 1 次提交
    • G
      sched: adjust scheduler cpu power for stolen time · 095c0aa8
      Glauber Costa 提交于
      This patch makes update_rq_clock() aware of steal time.
      The mechanism of operation is not different from irq_time,
      and follows the same principles. This lives in a CONFIG
      option itself, and can be compiled out independently of
      the rest of steal time reporting. The effect of disabling it
      is that the scheduler will still report steal time (that cannot be
      disabled), but won't use this information for cpu power adjustments.
      
      Everytime update_rq_clock_task() is invoked, we query information
      about how much time was stolen since last call, and feed it into
      sched_rt_avg_update().
      
      Although steal time reporting in account_process_tick() keeps
      track of the last time we read the steal clock, in prev_steal_time,
      this patch do it independently using another field,
      prev_steal_time_rq. This is because otherwise, information about time
      accounted in update_process_tick() would never reach us in update_rq_clock().
      Signed-off-by: NGlauber Costa <glommer@redhat.com>
      Acked-by: NRik van Riel <riel@redhat.com>
      Acked-by: NPeter Zijlstra <peterz@infradead.org>
      Tested-by: NEric B Munson <emunson@mgebm.net>
      CC: Jeremy Fitzhardinge <jeremy.fitzhardinge@citrix.com>
      CC: Anthony Liguori <aliguori@us.ibm.com>
      Signed-off-by: NAvi Kivity <avi@redhat.com>
      095c0aa8
  14. 11 7月, 2011 2 次提交
  15. 07 7月, 2011 8 次提交
  16. 01 7月, 2011 1 次提交
  17. 28 6月, 2011 1 次提交
    • J
      clocksource: apb: Share APB timer code with other platforms · 06c3df49
      Jamie Iles 提交于
      The APB timers are an IP block from Synopsys (DesignWare APB timers)
      and are also found in other systems including ARM SoC's.  This patch
      adds functions for creating clock_event_devices and clocksources from
      APB timers but does not do the resource allocation.  This is handled
      in a higher layer to allow the timers to be created from multiple
      methods such as platform_devices.
      
      Cc: Thomas Gleixner <tglx@linutronix.de>
      Cc: Ingo Molnar <mingo@redhat.com>
      Cc: "H. Peter Anvin" <hpa@zytor.com>
      Cc: Jacob Pan <jacob.jun.pan@linux.intel.com>
      Signed-off-by: NJamie Iles <jamie@jamieiles.com>
      Signed-off-by: NJohn Stultz <john.stultz@linaro.org>
      06c3df49
  18. 21 6月, 2011 2 次提交
  19. 14 6月, 2011 1 次提交
  20. 09 6月, 2011 2 次提交
  21. 27 5月, 2011 1 次提交
  22. 26 5月, 2011 1 次提交
  23. 25 5月, 2011 1 次提交
  24. 20 5月, 2011 1 次提交
  25. 17 5月, 2011 1 次提交
  26. 14 5月, 2011 1 次提交
  27. 12 5月, 2011 1 次提交
  28. 05 5月, 2011 1 次提交