Tags

Tags give the ability to mark specific points in history as being important
  • v3.4.25

    0ba1cd8d · Linux 3.4.25 ·
    This is the 3.4.25 stable release
    
  • v3.0.58

    2a68fec1 · Linux 3.0.58 ·
    This is the 3.0.58 stable release
    
  • v3.8-rc3

    9931faca · Linux 3.8-rc3 ·
    Linux 3.8-rc3
    
  • pm+acpi-for-3.8-rc3

    f67ffa95 · Merge branch 'pm-sleep' ·
    ACPI and power management fixes for 3.8-rc3
    
    * Removal of some ACPICA code that the kernel will never use from Lv Zheng.
    
    * APEI fix from Adrian Huang.
    
    * Removal of unnecessary ACPI memory hotplug driver code from Liu Jinsong.
    
    * Minor ACPI power management fixes.
    
    * ACPI debug code fix from Joe Perches.
    
    * ACPI fix to make system bus device nodes get the right names.
    
    * PNP resources handling fixes from Witold Szczeponik.
    
    * cpuidle fix for a recent regression stalling boot on systems with great
      numbers of CPUs from Daniel Lezcano.
    
    * cpuidle fixes from Sivaram Nair.
    
    * intel_idle debug message fix from Youquan Song.
    
    * cpufreq build regression fix from Larry Finger.
    
    * cpufreq fix for an obscure initialization race related to statistics from
      Konstantin Khlebnikov.
    
    * cpufreq change disabling the Longhaul driver by default from Rafał Bilski.
    
    * PM core fix preventing device suspend errors from happening during system
      suspend due to obscure race conditions.
    
    * PM QoS local variable name cleanup.
    
    --
    
  • iio-for-3.9a

    First round of IIO new stuff and cleanups for 3.9
    
    Here we have:
    * RTC driver for the hid-sensor hubs.  This is routed through here with
      agreement of Jiri Kosina and Andrew Morton.
    * Some small patches doing dead code removal and fixing some comments.
    * max1363 - move to the triggered_buffer helpers (basically duplicate code
      removal).
    * lp8788 - parent device change from the i2c device to the intermediate mfd.
    
    So the bulk of what we have is actually outside the IIO tree but the RTC
    driver in question is dependent on some patches that directly effect IIO so
    I am routing it through IIO with the agreement of the relevant maintainers
    (Andrew is acting as maintainer of RTC at the moment).  The majority of
    HID-sensor related code is in IIO and it now crosses 3 subsystems so it
    was going to be a bit awkward whatever route it took.
    
  • v3.2.36

    37701d12 · Linux 3.2.36 ·
    This is the 3.2.36 stable release
    
  • v3.8-rc2

    d1c3ed66 · Linux 3.8-rc2 ·
    Linux 3.8-rc2
    
  • iio-fixes-for-3.8a

    First round of fixes for IIO post 3.8-rc1.
    
    A set of worthy if rather dull little fixes.
    
    * A whole set of incorrect error handling on regulator voltage requests.
    * An error in the probe path for max1363.
    * A couple of Kconfig issues with missing/ignored dependencies.
    * A nasty shift vs compare typo in adf4350
    * Bug fixes for a silly error that prevents at91_adc driver building.
    
  • sunxi-fixes-for-3.8-rc2

    Fixes for the sunxi core to be merged in 3.8-rc2
    
  • v3.8-rc1

    a49f0d1e · Linux 3.8-rc1 ·
    Linux 3.8-rc1
    
  • v3.7.1

    cc860507 · Linux 3.7.1 ·
    This is the 3.7.1 stable release
    
  • v3.0.57

    881c0a02 · Linux 3.0.57 ·
    This is the 3.0.57 stable release
    
  • v3.4.24

    e56f8b7a · Linux 3.4.24 ·
    This is the 3.4.24 stable release
    
  • v3.6.11

    b2824f4e · Linux 3.6.11 ·
    This is the 3.6.11 stable release
    
  • iommu-updates-v3.8

    IOMMU Updates for Linux v3.8
    
    A few new features this merge-window. The most important one is
    probably, that dma-debug now warns if a dma-handle is not checked with
    dma_mapping_error by the device driver. This requires minor changes to
    some architectures which make use of dma-debug. Most of these changes
    have the respective Acks by the Arch-Maintainers.
    Besides that there are updates to the AMD IOMMU driver for refactor the
    IOMMU-Groups support and to make sure it does not trigger a hardware
    erratum.
    The OMAP changes (for which I pulled in a branch from Tony Lindgren's
    tree) have a conflict in linux-next with the arm-soc tree. The conflict
    is in the file arch/arm/mach-omap2/clock44xx_data.c which is deleted in
    the arm-soc tree. It is safe to delete the file too so solve the
    conflict. Similar changes are done in the arm-soc tree in the common
    clock framework migration. A missing hunk from the patch in the IOMMU
    tree will be submitted as a seperate patch when the merge-window is
    closed.
    
  • kvm-3.8-1

    KVM updates for the 3.8 merge window
  • regulator-3.8

    regulator: Updates for v3.8
    
    A fairly quiet release again, a couple of relatively small new features
    and a bunch of driver specific work including yet more code elimination
    and fixes from Axel Lin.
    
    - Addidion of linear_min_sel for offsetting linear selectors in the
      helpers.
    - Support for continuous voltage ranges for regulators with extremely
      high resolution.
    - Drivers for AS3711, DA9055, MAX9873, TPS51632, TPS80031 and ARM vexpress.
    
  • pm+acpi-for-3.8-rc1

    ACPI and power management updates for 3.8-rc1
    
    * Introduction of device PM QoS flags.
    
    * ACPI device power management update allowing subsystems other than
      PCI to use it more easily.
    
    * ACPI device enumeration rework allowing additional kinds of devices
      to be enumerated via ACPI.  From Mika Westerberg, Adrian Hunter,
      Mathias Nyman, Andy Shevchenko, and Rafael J. Wysocki.
    
    * ACPICA update to version 20121018 from Bob Moore and Lv Zheng.
    
    * ACPI memory hotplug update from Wen Congyang and Yasuaki Ishimatsu.
    
    * Introduction of acpi_handle_<level>() messaging macros and ACPI-based CPU
      hot-remove support from Toshi Kani.
    
    * ACPI EC updates from Feng Tang.
    
    * cpufreq updates from Viresh Kumar, Fabio Baltieri and others.
    
    * cpuidle changes to quickly notice governor prediction failure from
      Youquan Song.
    
    * Support for using multiple cpuidle drivers at the same time and cpuidle
      cleanups from Daniel Lezcano.
    
    * devfreq updates from Nishanth Menon and others.
    
    * cpupower update from Thomas Renninger.
    
    * Fixes and small cleanups all over the place.
    
    --