Skip to content

Tags

Tags give the ability to mark specific points in history as being important
  • qcomlt-v4.1
    qcomlt-v4.1
  • v4.2-rc1
    d770e558 · Linux 4.2-rc1 ·
    Linux 4.2-rc1
    
  • sunxi-late-for-4.2
    Allwinner late changes for 4.2
    
    A bunch of defconfig changes, and some patches to make the Allwinner H3 and
    A33 boot properly.
    
  • kvm-4.2-2
    Except for the preempt notifiers fix, these are all small bugfixes
    that could have been waited for -rc2.  Sending them now since I
    was taking care of Peter's patch anyway.
    
  • v3.14.47
    a0768244 · Linux 3.14.47 ·
    This is the 3.14.47 stable release
    
  • v3.10.83
    c4846542 · Linux 3.10.83 ·
    This is the 3.10.83 stable release
    
  • topic/drm-fixes-2015-07-04
  • drm-intel-next-2015-07-03
    - dsi improvements (Gaurav)
    - bxt ddi dpll hw state readout (Imre)
    - chv dvfs support and overall wm improvements for both vlv and chv (Ville)
    - ppgtt polish from Mika and Michel
    - cdclk support for bxt (Bob Pauwe)
    - make frontbuffer tracking more precise
    - OLR removal (John Harrison)
    - per-ctx WA batch buffer support (Arun Siluvery)
    - remvoe KMS Kconfig option (Chris)
    - more hpd handling refactoring from Jani
    - use atomic states throughout modeset code and integrate with atomic plane
      update (Maarten)
  • clk-for-linus-4.2
    The changes to the common clock framework for 4.2 are dominated by new
    drivers and updates to existing ones, as usual. There are some fixes to
    the framework itself and several cleanups for sparse warnings, etc.
    Please consider pulling.
    
  • iommu-fixes-v4.2
    IOMMU Fixes for Linux v4.2-rc0
    
    Four fixes have queued up to fix regressions introduced after v4.1:
    
    	* Don't fail IOMMU driver initialization when the add_device
    	  call-back returns -ENODEV, as that just means that the device
    	  is not translated by the IOMMU. This is pretty common on ARM.
    
    	* Two fixes for the ARM-SMMU driver for a wrong feature check
    	  and to remove a redundant NULL check.
    
    	* A fix for the AMD IOMMU driver to fix a boot panic on systems
    	  where the BIOS requests Unity Mappings in the IVRS table.
    
  • drm-intel-next-fixes-2015-07-02
  • sound-fix-4.2-rc1
    sound fixes for 4.2-rc1
    
    Here are a bunch of small fixes, mostly for HD-audio quirks, in
    addition to a few regression fixes and trivial cleanups.
    
  • v4.1.1
    6a010c0a · Linux 4.1.1 ·
    This is the 4.1.1 stable release
    
  • v4.0.7
    3066314b · Linux 4.0.7 ·
    This is the 4.0.7 stable release
    
  • v3.14.46
    762167f9 · Linux 3.14.46 ·
    This is the 3.14.46 stable release
    
  • 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.