Tags

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

    fd82174a · Linux 3.13.2 ·
    This is the 3.13.2 stable release
    
  • v3.12.10

    39386d75 · Linux 3.12.10 ·
    This is the 3.12.10 stable release
    
  • v3.10.29

    15692657 · Linux 3.10.29 ·
    This is the 3.10.29 stable release
    
  • v3.4.79

    e3b1f413 · Linux 3.4.79 ·
    This is the 3.4.79 stable release
    
  • sound-3.14-rc2

    sound fixes for 3.14-rc2
    
    A few HD-audio fixes and one USB-audio kconfig dependency fix.
    All small and device-specific changes marked with Cc to stable.
    
  • regulator-v3.14-rc1

    regulator: Fixes for v3.14
    
    A couple of driver fixes here but the main thing is a fix to the checks
    for deferred probe non-DT systems with fully specified regulators which
    had been broken by a device tree fix which meant that we wouldn't insert
    optional regulators.  This had slipped through the cracks since very few
    systems do that in the first place and those that do it in mainline
    don't need optional regulators anyway.
    
  • iio-fixes-for-3.14a

    First set of IIO fixes for the 3.14 cycle.
    
    Included is the patch previously set as the fourth round for 3.13 which was
    to late to be appropriate.
    
    * Another endian fix (ad799x adc) due to missuse of the IIO_ST macro (which
      is going away very shortly)
    * A reversed error check in ad5933 which will make the probe fail.
    * A buffer overflow in the example code in the documentation.
    * ad799x was freeing an irq that might or might not have been requested.
    * tsl2563 was checking the wrong element of chan_spec for modifiers. Thus some
      sysfs reads would give the wrong values.
    * A missing dependency on HAS_IOMEM in spear_adc and lpc32xx was causing some
      test build failures (on s390 and perhaps elsewhere).
    
    I also have a few fixes queued up for things that went in during the 3.14
    merge window which will follow as a separate pull request (to avoid rebasing
    my tree).
    
  • test

    38dbfb59 · Linus 3.14-rc1 ·
    Linus 3.14-rc1
    
  • v3.14-rc1

    38dbfb59 · Linus 3.14-rc1 ·
    Linus 3.14-rc1
    
  • sound-fix-3.14-rc1

    sound fixes for 3.14-rc1
    
    The big chunks here are the updates for oxygen driver for Xonar DG
    devices, which were slipped from the previous pull request.  They are
    device-specific and thus not too dangerous.
    
    Other than that, all patches are small bug fixes, mainly for Samsung
    build fixes, a few HD-audio enhancements, and other misc ASoC fixes.
    (And this time ASoC merge is less than Octopus, lucky seven :)
    
  • pm+acpi-3.14-rc1-2

    ACPI and power management fixes and cleanups for 3.14-rc1
    
     - ACPI device hotplug fix preventing ACPI drivers from binding to device
       objects that acpi_bus_trim() has been called for and the devices
       represented by them may not be operational.
    
     - Recent cpufreq changes related to the "boost" (turbo) feature broke
       the acpi-cpufreq error code path causing a NULL pointer dereference
       to occur on some systems.  Fix from Konrad Rzeszutek Wilk.
    
     - The log level of a CPU initialization error message added recently
       needs to be reduced, because the particular BIOS issue indicated by
       it turns out to be widespread and doesn't really matter for the
       majority of systems having it.  From Jiang Liu.
    
     - The regulator API needs to be told to stay away from things on systems
       with ACPI BIOSes or it may conflict with the BIOS' own handling of
       voltage regulators.  Fix from Mark Brown that works around a 3.13
       regression in lm90 on PCs occuring if the regulator API is enabled.
    
     - Prevent the Exynos4 devfreq driver from being built on multiplatform,
       because it depends on things that aren't available during such builds.
       From Sachin Kamat.
    
     - Upstream ACPICA doesn't use the bool type as defined in the kernel,
       so modify the kernel's ACPICA code to follow the upstream in that
       respect (only one variable definition is affected) to reduce
       divergences between the two.  From Lv Zheng.
    
     - Make the ACPI device PM code use ACPI_COMPANION() instead of its own
       routine doing the same thing (and invokng ACPI_COMPANION() in the
       process).
    
     - Modify some routines in the ACPI processor driver to follow the
       common convention and return negative integers on errors.  From
       Hanjun Guo.
    
    /
    
  • iommu-updates-v3.14

    IOMMU Updates for Linux v3.14
    
    A few patches have been queued up for this merge window:
    
    	* Improvements for the ARM-SMMU driver
    	  (IOMMU_EXEC support, IOMMU group support)
    	* Updates and fixes for the shmobile IOMMU driver
    	* Various fixes to generic IOMMU code and the
    	  Intel IOMMU driver
    	* Some cleanups in IOMMU drivers (dev_is_pci() usage)
    
  • v3.4.78

    a1322407 · Linux 3.4.78 ·
    This is the 3.4.78 stable release
    
  • v3.13.1

    07ecf162 · Linux 3.13.1 ·
    This is the 3.13.1 stable release
    
  • asoc-v3.14-rc1

    ASoC: Fixes for v3.14
    
    A few fixes, all in drivers.  Nothing stands out particularly, the
    biggest set of fixes is some build coverage issues from Sachin.
    
  • v3.12.9

    4a5804b8 · Linux 3.12.9 ·
    This is the 3.12.9 stable release
    
  • v3.10.28

    020abbc9 · Linux 3.10.28 ·
    This is the 3.10.28 stable release
    
  • fbdev-3.14

    fbdev changes for 3.14
    
    This is a rather boring pull request. There is one new fb driver, OpenCores
    VGA/LCD, but other than that it's just minor cleanups and fixes.