Skip to content

Tags

Tags give the ability to mark specific points in history as being important
  • v3.10.82
    b3d78448 · Linux 3.10.82 ·
    This is the 3.10.82 stable release
    
  • v3.18.17
    ea5dd38e · Linux 3.18.17 ·
    Linux 3.18.17
    
  • media/v4.2-1
    media updates for v4.2-rc1
    
  • sound-4.2-rc1
    sound updates for 4.2-rc1
    
    It was a busy development cycle at this time, as you can see a wide
    range of changes in diffstat.  There are no big changes but many
    refactoring and improvements.  Here we go some highlights:
    
    * ALSA core:
    - Procfs codes were cleaned up to use seq_file
    - Procfs can be opt out via Kconfig (only for EXPERT)
    - Two types of jack API were unified finally; now both kctl and input
      jack devs are handled via a single function call.
    
    * HD-audio
    - Continued code restructuring for the future ASoC driver; now HDA
      controller driver is split to a core helper module.
    - Preliminary codes for Skylake audio support in HDA core.
    - Proper i915 gfx power well management for SKL & co
    - Enabled runtime PM as default for Intel HDMI/DP codecs
    - Newer Tegra chip supports
    - More quirks for Dell headsets, Alienware (with CA0132), etc.
    - A couple of DRM ELD helper API functions
    
    * ASoC
    - Support for loading ASoC topology maps from firmware, intended to be
      used to allow self-describing DSP firmware images to be built which
      can map controls added by the DSP to userspace without the kernel
      needing to know about individual DSP firmwares
    - Lots of refactoring to avoid direct access to snd_soc_codec where
      it's not needed supporting future refactoring
    - Big refactoring, cleanup and enhancement for the Wolfson ADSP driver
    - Cleanup series for TI TAS2552 and R-CAR drivers
    - Fixes and improvements on RT56xx codecs
    - Support for TI TAS571x power amplifiers
    - Support for Qualcomm APQ8016 and ZTE ZX296702 SoCs
    - Support for x86 systems with RT5650 and Qualcomm Storm
    - Support for Mediatek AFE (Audio Front End) unit
    - Other various small fixes to ASoC codec drivers
    
    * Firewire
    - Enhanced to allow non-blocking streams to use timestamp
      synchronization
    - Improve support for DM1500 and BeBoBv3
    
    * Misc
    - Cleanup of old pci API functions over all PCI sound drivers
    - Fix long-standing regression of the old powermac i2c setup
    
  • kvm-4.2-1
    The bulk of the changes here is for x86.  And for once it's not
    for silicon that no one owns: these are really new features for
    everyone.
    
    * ARM: several features are in progress but missed the 4.2 deadline.
    So here is just a smattering of bug fixes, plus enabling the VFIO
    integration.
    
    * s390: Some fixes/refactorings/optimizations, plus support for
    2GB pages.
    
    * x86: 1) host and guest support for marking kvmclock as a stable
    scheduler clock. 2) support for write combining. 3) support for
    system management mode, needed for secure boot in guests. 4) a bunch
    of cleanups required for 2+3.  5) support for virtualized performance
    counters on AMD; 6) legacy PCI device assignment is deprecated and
    defaults to "n" in Kconfig; VFIO replaces it.  On top of this there are
    also bug fixes and eager FPU context loading for FPU-heavy guests.
    
    * Common code: Support for multiple address spaces; for now it is
    used only for x86 SMM but the s390 folks also have plans.
    
    There are some x86 conflicts, one with the rc8 pull request and
    the rest with Ingo's FPU rework.
    
  • regulator-v4.2
    regulator: Updates for v4.2
    
    Another fairly quiet release, some new drivers with generic handling for
    minor features but nothing that makes a substantial difference outside
    of the subsystem or for most boards:
    
     - Support for a bunch of new parameters which are present on enough
       regulators to be worth having generic handling for in the framework.
     - Fixes for some issues with printing constraints during boot which
       should probably have gone in for v4.1 but didn't.
     - New drivers for Dialog DA9062, Maxim MAX77621 and Qualcomm SPMI regulators.
    
  • devicetree-for-4.2
    DeviceTree updates for 4.2:
    
    - dtc import script improvements and sync with upstream dtc.
    
    - Make CONFIG_OF user selectable enabling overlays and unittests on any
    architecture.
    
    - Constify FDT blob pointers.
    
    - Add driver helper to directly match and return match data.
    
    - Various DT binding documentation updates.
    
  • iommu-updates-v4.2
    IOMMU Updates for Linux v4.2
    
    This time with bigger changes than usual:
    
    	* A new IOMMU driver for the ARM SMMUv3. This IOMMU is pretty
    	  different from SMMUv1 and v2 in that it is configured through
    	  in-memory structures and not through the MMIO register region.
    	  The ARM SMMUv3 also supports IO demand paging for PCI devices
    	  with PRI/PASID capabilities, but this is not implemented in
    	  the driver yet.
    
    	* Lots of cleanups and device-tree support for the Exynos IOMMU
    	  driver. This is part of the effort to bring Exynos DRM support
    	  upstream.
    
    	* Introduction of default domains into the IOMMU core code. The
    	  rationale behind this is to move functionalily out of the
    	  IOMMU drivers to common code to get to a unified behavior
    	  between different drivers.
    	  The patches here introduce a default domain for iommu-groups
    	  (isolation groups). A device will now always be attached to a
    	  domain, either the default domain or another domain handled by
    	  the device driver. The IOMMU drivers have to be modified to
    	  make use of that feature. So long the AMD IOMMU driver is
    	  converted, with others to follow.
    
    	* Patches for the Intel VT-d drvier to fix DMAR faults that
    	  happen when a kdump kernel boots. When the kdump kernel boots
    	  it re-initializes the IOMMU hardware, which destroys all
    	  mappings from the crashed kernel. As this happens before
    	  the endpoint devices are re-initialized, any in-flight DMA
    	  causes a DMAR fault. These faults cause PCI master aborts,
    	  which some devices can't handle properly and go into an
    	  undefined state, so that the device driver in the kdump kernel
    	  fails to initialize them and the dump fails.
    	  This is now fixed by copying over the mapping structures (only
    	  context tables and interrupt remapping tables) from the old
    	  kernel and keep the old mappings in place until the device
    	  driver of the new kernel takes over. This emulates the the
    	  behavior without an IOMMU to the best degree possible.
    
    	* A couple of other small fixes and cleanups.
    
  • v4.0.6
    a0ce8894 · Linux 4.0.6 ·
    This is the 4.0.6 stable release
    
  • v3.14.45
    165797d0 · Linux 3.14.45 ·
    This is the 3.14.45 stable release
    
  • v3.10.81
    28114597 · Linux 3.10.81 ·
    This is the 3.10.81 stable release
    
  • topic/drm-misc-2015-06-22
  • asoc-v4.2-3
    ASoC: A couple more updates for v4.2
    
    These were sitting on my laptop.
    
  • asoc-v4.2-2
    ASoC: Further updates for v4.2
    
    There's a bunch of additional updates and fixes that came in since my
    orignal pull request here, including DT support for rt5645 and fairly
    large serieses of cleanups and improvements to tas2552 and rcar.
    
  • drm-intel-next-fixes-2015-06-22
  • gpio-v4.2-1
    This is the big bulk of GPIO changes queued for the v4.2
    kernel series:
    
    - A big set of cleanups to the aged sysfs interface from
      Johan Hovold. To get these in, v4.1-rc3 was merged into
      the tree as the first patch in that series had to go
      into stable. This makes the locking much more fine-grained
      (get rid of the "big GPIO lock(s)" and store states in the
      GPIO descriptors.
    
    - Rename gpiod_[g|s]et_array() to gpiod_[g|s]et_array_value()
      to avoid confusions.
    
    - New drivers for:
      - NXP LPC18xx (currently LPC1850)
      - NetLogic XLP
      - Broadcom STB SoC's
      - Axis ETRAXFS
      - Zynq Ultrascale+ (subdriver)
    
    - ACPI:
      - Make it possible to retrieve GpioInt resources from
        a GPIO device using acpi_dev_gpio_irq_get()
      - Merge some dependent I2C changes exploiting this.
      - Support the ARM X-Gene GPIO standby driver.
    
    - Make it possible for the generic GPIO driver to read
      back the value set registers to reflect current
      status.
    
    - Loads of OMAP IRQ handling fixes.
    
    - Incremental improvements to Kona, max732x, OMAP, MXC, RCAR,
      PCA953x, STP-XWAY, PCF857x, Crystalcove, TB10x.
    
    - Janitorial (contification, checkpatch cleanups)
    
  • v4.1
    b953c0d2 · Linux 4.1 ·
    Linux 4.1
    
  • drm-intel-next-2015-06-19
    - refactoring hpd irq handlers (Jani)
    - polish skl dpll code a bit (Damien)
    - dynamic cdclk adjustement (Ville & Mika)
    - fix up 12bpc hdmi and enable it for real again (Ville)
    - extend hsw cmd parser to be useful for atomic configuration (Franscico Jerez)
    - even more atomic conversion and rolling state handling out across modeset code
      from Maarten & Ander
    - fix DRRS idleness detection (Ramalingam)
    - clean up dsp address alignment handling (Ville)
    - some fbc cleanup patches from Paulo
    - prevent hard-hangs when trying to reset the gpu on skl (Mika)
  • sound-4.1
    sound fixes for 4.1-final
    
    Nothing looks scary, just a few usual HD-audio regression fixes
    and fixup, in addition to a minor Kconfig dependency fix for
    the old MIPS drivers.
    
  • v3.4.108
    cf1b3dad · Linux 3.4.108 ·
    This is the 3.4.108 stable release