Skip to content

Tags

Tags give the ability to mark specific points in history as being important
  • v2.6.32.65
    3bd0d1ad · Linux 2.6.32.65 ·
    This is the 2.6.32.65 stable release
    
  • iommu-updates-v3.19
    IOMMU Updates for Linux v3.19
    
    This time with:
    
    	* A new IOMMU-API call: iommu_map_sg() to map multiple
    	  non-contiguous pages into an IO address space with only one
    	  API call. This allows certain optimizations in the IOMMU
    	  driver.
    
    	* DMAR device hotplug in the Intel VT-d driver. It is now
    	  possible to hotplug the IOMMU itself.
    
    	* A new IOMMU driver for the Rockchip ARM platform.
    
    	* Couple of cleanups and improvements in the OMAP IOMMU driver.
    
    	* Nesting support for the ARM-SMMU driver.
    
    	* Various other small cleanups and improvements.
    
    Please note that this time some branches were also pulled into other
    trees, like the DRI and the Tegra tree. The VT-d branch was also pulled
    into tip/x86/apic.
    Some patches for the AMD IOMMUv2 driver are not in the IOMMU tree but
    were merged by Andrew (or finally ended up in the DRI tree).
    
  • qcomlt-v3.18-20141212
    qcomlt-v3.18 20141212
  • drm-intel-next-fixes-2014-12-11
  • sound-3.19-rc1
    sound updates for 3.19-rc1
    
    This became a fairly large pull request.  In addition to the usual
    driver updates / fixes, there have been a high amount of cleanups in
    ASoC area, as well as control API helpers and kernel documentations
    fixes touching through the whole tree.
    
    In the driver side, the biggest changes are the support for new Intel
    SoC found on new x86 machines, and the updates of FireWire dice and
    oxfw drivers.
    
    Some remarkable items are below:
    
    * ALSA core
     - PCM mmap code cleanup, removal of arch-dependent codes
     - PCM xrun injection support
     - PCM hwptr tracepoint support
     - Refactoring of snd_pcm_action(), simplification of PCM locking
     - Robustified sequecner auto-load functionality
     - New control API helpers and lots of cleanups along with them
     - Lots of kerneldoc fixes and cleanups
    
    * USB-audio
     - The mixer resume code was largely rewritten, and the devices with
       quirks are resumed properly.
     - New hardware support: Focusrite Scarlett, Digidesign Mbox1,
       Denon/Marantz DACs, Zoom R16/24
    
    * FireWire
     - DICE driver updates with better duplex and sync support, including
       MIDI support
     - New OXFW driver for Oxford Semiconductor FW970/971 chipset,
       including the previous LaCie Speakers device.  Fullduplex and MIDI
       support included as well as DICE driver.
    
    * HD-audio
     - Refactoring the driver-caps quirk handling in snd-hda-intel
     - More consistent control names representing the topology better
     - Fixups: HP mute LED with ALC268 codec, Ideapad S210 built-in mic
       fix, ASUS Z99He laptop EAPD
    
    * ASoC
     - Conversion of AC'97 drivers to use regmap, bringing us closer to
       the removal of the ASoC level I/O code
     - Clean up a lot of old drivers that were open coding things that
       have subsequently been implemented in the core
     - Some DAPM performance improvements
     - Removal of the now seldom used CODEC mutex
     - Lots of updates for the newer Intel SoC support, including support
       for the DSP and some Cherrytrail and Braswell machine drivers
     - Support for Samsung boards using rt5631 as the CODEC
     - Removal of the obsolete AFEB9260 machine driver
     - Driver support for the TI TS3A227E headset driver used in some
       Chrombeooks
    
    * Others
     - ASIHPI driver update and cleanups
     - Lots of dev_*() printk conversions
     - Lots of trivial cleanups for the codes spotted by Coccinelle
    
  • topic/core-stuff-2014-12-10
  • v3.12.35
    490d31e7 · Linux 3.12.35 ·
    This is the 3.12.35 stable release
    
  • media/v3.19-rc1
    media updates for v3.19-rc1
    
  • gpio-v3.19-1
    This is the bulk of GPIO changes for the v3.19 series:
    
    - A new API that allows setting more than one GPIO at the
      time. This is implemented for the new descriptor-based
      API only and makes it possible to e.g. toggle a clock and
      data line at the same time, if the hardware can do this
      with a single register write. Both consumers and drivers
      need new calls, and the core will fall back to driving
      individual lines where needed. Implemented for the MPC8xxx
      driver initially.
    - Patched the mdio-mux-gpio and the serial mctrl driver
      that drives modems to use the new multiple-setting API
      to set several signals simultaneously.
    - Get rid of the global GPIO descriptor array, and instead
      allocate descriptors dynamically for each GPIO on a certain
      GPIO chip. This moves us closer to getting rid of the
      limitation of using the global, static GPIO numberspace.
    - New driver and device tree bindings for 74xx ICs.
    - New driver and device tree bindings for the VF610 Vybrid.
    - Support the RCAR r8a7793 and r8a7794.
    - Guidelines for GPIO device tree bindings trying to get
      things a bit more strict with the advent of combined
      device properties.
    - Suspend/resume support for the MVEBU driver.
    - A slew of minor fixes and improvements.
    
  • pm+acpi-3.19-rc1
    e3d857e1 · Merge branch 'pm-runtime' ·
    ACPI and power management updates for 3.19-rc1
    
    This time we have some more new material than we used to have during
    the last couple of development cycles.
    
    The most important part of it to me is the introduction of a unified
    interface for accessing device properties provided by platform
    firmware.  It works with Device Trees and ACPI in a uniform way and
    drivers using it need not worry about where the properties come
    from as long as the platform firmware (either DT or ACPI) makes
    them available.  It covers both devices and "bare" device node
    objects without struct device representation as that turns out to
    be necessary in some cases.  This has been in the works for quite
    a few months (and development cycles) and has been approved by
    all of the relevant maintainers.
    
    On top of that, some drivers are switched over to the new interface
    (at25, leds-gpio, gpio_keys_polled) and some additional changes are
    made to the core GPIO subsystem to allow device drivers to manipulate
    GPIOs in the "canonical" way on platforms that provide GPIO information
    in their ACPI tables, but don't assign names to GPIO lines (in which
    case the driver needs to do that on the basis of what it knows about
    the device in question).  That also has been approved by the GPIO
    core maintainers and the rfkill driver is now going to use it.
    
    Second is support for hardware P-states in the intel_pstate driver.
    It uses CPUID to detect whether or not the feature is supported by
    the processor in which case it will be enabled by default.  However,
    it can be disabled entirely from the kernel command line if necessary.
    
    Next is support for a platform firmware interface based on ACPI
    operation regions used by the PMIC (Power Management Integrated
    Circuit) chips on the Intel Baytrail-T and Baytrail-T-CR platforms.
    That interface is used for manipulating power resources and for
    thermal management: sensor temperature reporting, trip point setting
    and so on.
    
    Also the ACPI core is now going to support the _DEP configuration
    information in a limited way.  Basically, _DEP it supposed to reflect
    off-the-hierarchy dependencies between devices which may be very
    indirect, like when AML for one device accesses locations in an
    operation region handled by another device's driver (usually, the
    device depended on this way is a serial bus or GPIO controller).
    The support added this time is sufficient to make the ACPI battery
    driver work on Asus T100A, but it is general enough to be able to
    cover some other use cases in the future.
    
    Finally, we have a new cpufreq driver for the Loongson1B processor.
    
    In addition to the above, there are fixes and cleanups all over the
    place as usual and a traditional ACPICA update to a recent upstream
    release.
    
    As far as the fixes go, the ACPI LPSS (Low-power Subsystem) driver
    for Intel platforms should be able to handle power management of
    the DMA engine correctly, the cpufreq-dt driver should interact
    with the thermal subsystem in a better way and the ACPI backlight
    driver should handle some more corner cases, among other things.
    
    On top of the ACPICA update there are fixes for race conditions
    in the ACPICA's interrupt handling code which might lead to some
    random and strange looking failures on some systems.
    
    In the cleanups department the most visible part is the series
    of commits targeted at getting rid of the CONFIG_PM_RUNTIME
    configuration option.  That was triggered by a discussion
    regarding the generic power domains code during which we realized
    that trying to support certain combinations of PM config options
    was painful and not really worth it, because nobody would use them
    in production anyway.  For this reason, we decided to make
    CONFIG_PM_SLEEP select CONFIG_PM_RUNTIME and that lead to the
    conclusion that the latter became redundant and CONFIG_PM could
    be used instead of it.  The material here makes that replacement
    in a major part of the tree, but there will be at least one more
    batch of that in the second part of the merge window.
    
    Specifics:
    
     - Support for retrieving device properties information from ACPI
       _DSD device configuration objects and a unified device properties
       interface for device drivers (and subsystems) on top of that.
       As stated above, this works with Device Trees and ACPI and allows
       device drivers to be written in a platform firmware (DT or ACPI)
       agnostic way.  The at25, leds-gpio and gpio_keys_polled drivers
       are now going to use this new interface and the GPIO subsystem
       is additionally modified to allow device drivers to assign names
       to GPIO resources returned by ACPI _CRS objects (in case _DSD is
       not present or does not provide the expected data).  The changes
       in this set are mostly from Mika Westerberg, Rafael J Wysocki,
       Aaron Lu, and Darren Hart with some fixes from others (Fabio Estevam,
       Geert Uytterhoeven).
    
     - Support for Hardware Managed Performance States (HWP) as described
       in Volume 3, section 14.4, of the Intel SDM in the intel_pstate
       driver.  CPUID is used to detect whether or not the feature is
       supported by the processor.  If supported, it will be enabled
       automatically unless the intel_pstate=no_hwp switch is present in
       the kernel command line.  From Dirk Brandewie.
    
     - New Intel Broadwell-H ID for intel_pstate (Dirk Brandewie).
    
     - Support for firmware interface based on ACPI operation regions
       used by the PMIC chips on the Intel Baytrail-T and Baytrail-T-CR
       platforms for power resource control and thermal management
       (Aaron Lu).
    
     - Limited support for retrieving off-the-hierarchy dependencies
       between devices from ACPI _DEP device configuration objects
       and deferred probing support for the ACPI battery driver based
       on the _DEP information to make that driver work on Asus T100A
       (Lan Tianyu).
    
     - New cpufreq driver for the Loongson1B processor (Kelvin Cheung).
    
     - ACPICA update to upstream revision 20141107 which only affects
       tools (Bob Moore).
    
     - Fixes for race conditions in the ACPICA's interrupt handling
       code and in the ACPI code related to system suspend and resume
       (Lv Zheng and Rafael J Wysocki).
    
     - ACPI core fix for an RCU-related issue in the ioremap() regions
       management code that slowed down significantly after CPUs had
       been allowed to enter idle states even if they'd had RCU callbakcs
       queued and triggered some problems in certain proprietary graphics
       driver (and elsewhere).  The fix replaces synchronize_rcu() in
       that code with synchronize_rcu_expedited() which makes the issue
       go away.  From Konstantin Khlebnikov.
    
     - ACPI LPSS (Low-Power Subsystem) driver fix to handle power
       management of the DMA engine included into the LPSS correctly.
       The problem is that the DMA engine doesn't have ACPI PM support
       of its own and it simply is turned off when the last LPSS device
       having ACPI PM support goes into D3cold.  To work around that,
       the PM domain used by the ACPI LPSS driver is redesigned so at
       least one device with ACPI PM support will be on as long as the
       DMA engine is in use.  From Andy Shevchenko.
    
     - ACPI backlight driver fix to avoid using it on "Win8-compatible"
       systems where it doesn't work and where it was used by default by
       mistake (Aaron Lu).
    
     - Assorted minor ACPI core fixes and cleanups from Tomasz Nowicki,
       Sudeep Holla, Huang Rui, Hanjun Guo, Fabian Frederick, and
       Ashwin Chaugule (mostly related to the upcoming ARM64 support).
    
     - Intel RAPL (Running Average Power Limit) power capping driver
       fixes and improvements including new processor IDs (Jacob Pan).
    
     - Generic power domains modification to power up domains after
       attaching devices to them to meet the expectations of device
       drivers and bus types assuming devices to be accessible at
       probe time (Ulf Hansson).
    
     - Preliminary support for controlling device clocks from the
       generic power domains core code and modifications of the
       ARM/shmobile platform to use that feature (Ulf Hansson).
    
     - Assorted minor fixes and cleanups of the generic power
       domains core code (Ulf Hansson, Geert Uytterhoeven).
    
     - Assorted minor fixes and cleanups of the device clocks control
       code in the PM core (Geert Uytterhoeven, Grygorii Strashko).
    
     - Consolidation of device power management Kconfig options by making
       CONFIG_PM_SLEEP select CONFIG_PM_RUNTIME and removing the latter
       which is now redundant (Rafael J Wysocki and Kevin Hilman).  That
       is the first batch of the changes needed for this purpose.
    
     - Core device runtime power management support code cleanup related
       to the execution of callbacks (Andrzej Hajda).
    
     - cpuidle ARM support improvements (Lorenzo Pieralisi).
    
     - cpuidle cleanup related to the CPUIDLE_FLAG_TIME_VALID flag and
       a new MAINTAINERS entry for ARM Exynos cpuidle (Daniel Lezcano and
       Bartlomiej Zolnierkiewicz).
    
     - New cpufreq driver callback (->ready) to be executed when the
       cpufreq core is ready to use a given policy object and cpufreq-dt
       driver modification to use that callback for cooling device
       registration (Viresh Kumar).
    
     - cpufreq core fixes and cleanups (Viresh Kumar, Vince Hsu,
       James Geboski, Tomeu Vizoso).
    
     - Assorted fixes and cleanups in the cpufreq-pcc, intel_pstate,
       cpufreq-dt, pxa2xx cpufreq drivers (Lenny Szubowicz, Ethan Zhao,
       Stefan Wahren, Petr Cvek).
    
     - OPP (Operating Performance Points) framework modification to
       allow OPPs to be removed too and update of a few cpufreq drivers
       (cpufreq-dt, exynos5440, imx6q, cpufreq) to remove OPPs (added
       during initialization) on driver removal (Viresh Kumar).
    
     - Hibernation core fixes and cleanups (Tina Ruchandani and
       Markus Elfring).
    
     - PM Kconfig fix related to CPU power management (Pankaj Dubey).
    
     - cpupower tool fix (Prarit Bhargava).
    
    /
    
    
  • asoc-v3.19
    ASoC: Updates for v3.19
    
    Lots and lots of changes this time around, the usual set of driver
    updates and a huge bulk of cleanups from Lars-Peter.  Probably the most
    interesting thing for most users is the Intel driver updates which will
    (with some more machine integration work) enable support for newer x86
    laptops.
    
     - Conversion of AC'97 drivers to use regmap, bringing us closer to the
       removal of the ASoC level I/O code.
     - Clean up a lot of old drivers that were open coding things that have
       subsequently been implemented in the core.
     - Some DAPM performance improvements.
     - Removal of the now seldom used CODEC mutex.
     - Lots of updates for the newer Intel SoC support, including support
       for the DSP and some Cherrytrail and Braswell machine drivers.
     - Support for Samsung boards using rt5631 as the CODEC.
     - Removal of the obsolete AFEB9260 machine driver.
     - Driver support for the TI TS3A227E headset driver used in some
       Chrombeooks.
    
  • regulator-v3.19
    regulator: Updates for v3.19
    
    The main thing this time around is support for suspend mode
    configuration from DT which will enable some very useful power savings
    on systems where we can't rely on the bootloader configuration.  We
    still don't really support dynamic configuration of this at runtime,
    that may come later if there is any demand.
    
     - Support for specifying the target regulation mode and voltage during
       system suspend via DT, enabling power savings in that mode.
     - Reduce the default verbosity of the logging on boot, improving boot
       times especially for systems with very large numbers of regulators.
     - Lots of cleanups and fixes for Maxim PMIC drivers.
     - New driver for Richtek RT5033.
    
  • v3.18
    b2776bf7 · Linux 3.18 ·
    Linux 3.18
    
  • v3.17.6
    30c80cbd · Linux 3.17.6 ·
    This is the 3.17.6 stable release
    
  • v3.17.5
    f0d39510 · Linux 3.17.5 ·
    This is the 3.17.5 stable release
    
  • v3.14.26
    356a3e1f · Linux 3.14.26 ·
    This is the 3.14.26 stable release
    
  • v3.10.62
    2f9ac85b · Linux 3.10.62 ·
    This is the 3.10.62 stable release
    
  • drm-intel-next-2014-12-05
    - dual-dsi enabling from Gaurav with prep work from Jani
    - reshuffling the ring init code to move towards a clean sw/hw state setup split
    - ring free space refactoring from Dave Gordon
    - s/seqno/request/ rework from John Harrison
    - psr support for vlv/chv from Rodrigo
    - skl mmio flip support from Damien
    - and the usual bits&pieces all over
  • sound-3.18
    sound fixes for 3.18-final
    
    Just one commit for adding a copule of HD-audio quirk entries.
    
  • v3.12.34
    cbe6c8d6 · Linux 3.12.34 ·
    This is the 3.12.34 stable release