Skip to content
  1. Sep 29, 2013
    • Linus Torvalds's avatar
      Merge tag 'pm+acpi-3.12-rc3' of git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm · ec220be7
      Linus Torvalds authored
      Pull ACPI and power management fixes from Rafael Wysocki:
       "These fix one recent cpufreq regression, a few older bugs that may
        harm users and a kerneldoc typo.
      
        Specifics:
      
         1) After the recent locking changes in the cpufreq core it is
            possible to trigger BUG_ON(!policy) in lock_policy_rwsem_read() if
            cpufreq_get() is called before registering a cpufreq driver.  Fix
            from Viresh Kumar.
      
         2) If intel_pstate has been loaded already, it doesn't make sense to
            do anything in acpi_cpufreq_init() and moreover doing something in
            there in that case may be harmful, so make that function return
            immediately if another cpufreq driver is already present.  From
            Yinghai Lu.
      
         3) The ACPI IPMI driver sometimes attempts to acquire a mutex from
            interrupt context, which can be avoided by replacing that mutex
            with a spinlock.  From Lv Zheng.
      
         4) A NULL pointer may be dereferenced by the exynos5440 cpufreq
            driver if a memory allocation made by it fails.  Fix from Sachin
            Kamat.
      
         5) Hanjun Guo's commit fixes a typo in the kerneldoc comment
            documenting acpi_bus_unregister_driver()"
      
      * tag 'pm+acpi-3.12-rc3' of git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm:
        ACPI / scan: fix typo in comments of acpi_bus_unregister_driver()
        cpufreq: exynos5440: Fix potential NULL pointer dereference
        cpufreq: check cpufreq driver is valid and cpufreq isn't disabled in cpufreq_get()
        acpi-cpufreq: skip loading acpi_cpufreq after intel_pstate
        ACPI / IPMI: Fix atomic context requirement of ipmi_msg_handler()
      ec220be7
    • Yinghai Lu's avatar
      PCI: Workaround missing pci_set_master in pci drivers · f41f064c
      Yinghai Lu authored
      Ben Herrenschmidt found that commit 928bea96
      
       ("PCI: Delay enabling
      bridges until they're needed") breaks PCI in some powerpc environments.
      
      The reason is that the PCIe port driver will call pci_enable_device() on
      the bridge, so the device is enabled, but skips pci_set_master because
      pcie_port_auto and no acpi on powerpc.
      
      Because of that, pci_enable_bridge() later on (called as a result of the
      child device driver doing pci_enable_device) will see the bridge as
      already enabled and will not call pci_set_master() on it.
      
      Fixed by add checking in pci_enable_bridge, and call pci_set_master
      if driver skip that.
      
      That will make the code more robot and wade off problem for missing
      pci_set_master in drivers.
      
      Reported-by: default avatarBenjamin Herrenschmidt <benh@kernel.crashing.org>
      Signed-off-by: default avatarYinghai Lu <yinghai@kernel.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@linux-foundation.org>
      f41f064c
    • Linus Torvalds's avatar
      Merge branch 'lockref' of git://git.kernel.org/pub/scm/linux/kernel/git/s390/linux · aeebc264
      Linus Torvalds authored
      Pull s390 lockref enablement from Heiko Carstens:
       "Enabling the new lockless lockref variant on s390 would have been
        trivial until Tony Luck added a cpu_relax() call into the
        CMPXCHG_LOOP(), with commit d472d9d9 ("lockref: Relax in cmpxchg
        loop")
      
        As already mentioned cpu_relax() is very expensive on s390 since it
        yields() the current virtual cpu.  So we are talking of several
        thousand cycles.  Considering this enabling the lockless lockref
        variant would contradict the intention of the new semantics.  And also
        some quick measurements show performance regressions of 50% and more.
      
        Simply removing the cpu_relax() call again seems also not very
        desireable since Waiman Long reported that for some workloads the call
        improved performance by 5%."
      
      * 'lockref' of git://git.kernel.org/pub/scm/linux/kernel/git/s390/linux:
        s390: enable ARCH_USE_CMPXCHG_LOCKREF
        lockref: use arch_mutex_cpu_relax() in CMPXCHG_LOOP()
        mutex: replace CONFIG_HAVE_ARCH_MUTEX_CPU_RELAX with simple ifdef
      aeebc264
    • Jean Delvare's avatar
      kernel/params: fix handling of signed integer types · 3a126f85
      Jean Delvare authored
      Commit 6072ddc8
      
       ("kernel: replace strict_strto*() with kstrto*()")
      broke the handling of signed integer types, fix it.
      
      Signed-off-by: default avatarJean Delvare <khali@linux-fr.org>
      Reported-by: default avatarChristian Kujau <lists@nerdbynature.de>
      Tested-by: default avatarChristian Kujau <lists@nerdbynature.de>
      Cc: Jingoo Han <jg1.han@samsung.com>
      Signed-off-by: default avatarAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@linux-foundation.org>
      3a126f85
    • Linus Torvalds's avatar
      Merge tag 'devicetree-fixes' of git://git.kernel.org/pub/scm/linux/kernel/git/robh/linux · f2e98aa8
      Linus Torvalds authored
      Pull DeviceTree fixes from Rob Herring:
       "Clean-up to fix some warnings for !OF builds and spelling fixes in
        docs:
      
         - Clean-up openrisc prom.h
         - Fix warnings caused by of_irq.h ifdefs
         - Spelling fix for Synopsys"
      
      * tag 'devicetree-fixes' of git://git.kernel.org/pub/scm/linux/kernel/git/robh/linux:
        dts: Fix misspelling of Synopsys
        of: clean-up ifdefs in of_irq.h
        openrisc: clean-up prom.h
      f2e98aa8
    • Linus Torvalds's avatar
      Merge branch 'fixes' of git://git.linaro.org/people/rmk/linux-arm · 874db4d8
      Linus Torvalds authored
      Pull ARM fixes from Russell King:
       "Just a few relatively small ARM fixes found since the last merge
        window, nothing too exciting"
      
      * 'fixes' of git://git.linaro.org/people/rmk/linux-arm:
        ARM: 7837/3: fix Thumb-2 bug in AES assembler code
        ARM: only allow kernel mode neon with AEABI
        ARM: 7839/1: entry: fix tracing of ARM-private syscalls
        ARM: 7836/1: add __get_user_unaligned/__put_user_unaligned
      874db4d8
  2. Sep 28, 2013
  3. Sep 27, 2013
  4. Sep 26, 2013
  5. Sep 25, 2013