Skip to content

Tags

Tags give the ability to mark specific points in history as being important
  • drm-intel-next-2015-05-22
    - cpt modeset sequence fixes from Ville
    - more rps boosting tuning from Chris
    - S3 support for skl (Damien)
    - a pile of w/a for bxt from various people
    - cleanup of primary plane pixel formats (Damien)
    - a big pile of small patches with fixes and cleanups all over
  • topic/drm-fixes-2015-05-27
  • wireless-drivers-next-for-davem-2015-05-21
    ath10k:
    
    * enable channel 144 on 5 GHz
    * enable Adaptive Noise Immunity (ANI) by default
    * add Wake on Wireless LAN (WOW) patterns support
    * add basic Tunneled Direct Link Setup (TDLS) support
    * add multi-channel support for QCA6174
    * enable IBSS RSN support
    * enable Bluetooth Coexistance whenever firmware supports it
    * add more versatile way to set bitrates used by the firmware
    
    ath9k:
    
    * spectral scan: add support for multiple FFT frames per report
    
    iwlwifi:
    
    * major rework of the scan code (Luca)
    * some work on the thermal code (Chaya Rachel)
    * some work on the firwmare debugging infrastructure
    
    brcmfmac:
    
    * SDIO suspend and resume fixes
    * wiphy band info and changes in regulatory settings
    * add support for BCM4324 SDIO and BCM4358 PCIe
    * enable support of PCIe devices on router platforms (Hante)
    
  • v3.18.14
    51af8176 · Linux 3.18.14 ·
    Linux 3.18.14
    
  • sound-4.1-rc5
    sound fixes for 4.1-rc5
    
    This batch became slightly large, just because I've been on vacation
    for the last two weeks.  Nothing to scare much here, all device-specific
    fixes, mostly small patches.
    
    Majority of patches are for HD-audio, especially Dell machines.
    The rest are small ASoC fixes for various codecs, and a USB-audio
    quirk.
    
    One PCM fix is included to ease the faulty condition checks in the
    case of two periods PCM buffers.
    
  • v3.12.43
    bce42abf · Linux 3.12.43 ·
    This is the 3.12.43 stable release
    
  • drm-intel-fixes-2015-05-21
  • mac80211-for-davem-2015-05-19
    This has just a single fix, for a WEP tailroom check
    problem that leads to dropped frames.
    
  • mac80211-next-for-davem-2015-05-19
    This just has a few fixes:
     * LED throughput trigger was crashing
     * fast-xmit wasn't treating QoS changes in IBSS correctly
     * TDLS could use the wrong channel definition
     * using a reserved channel context could use the wrong channel width
    
  • v4.1-rc4
    e2608180 · Linux 4.1-rc4 ·
    Linux 4.1-rc4
    
  • topic/drm-misc-2015-05-19
  • v4.0.4
    8b660f48 · Linux 4.0.4 ·
    This is the 4.0.4 stable release
    
  • v3.14.43
    13253707 · Linux 3.14.43 ·
    This is the 3.14.43 stable release
    
  • v3.10.79
    b5bac1f5 · Linux 3.10.79 ·
    This is the 3.10.79 stable release
    
  • asoc-fix-v4.1-rc3
    ASoC: Fixes for v4.1
    
    A few more fixes for v4.1, some driver fixes plus one core fix which
    fixes registration of DAI links when adding prefixes to CODECs to
    deuplicate in multi-CODEC systems.
    
  • pm+acpi-4.1-rc4
    ACPI fixes for v4.1-rc4
    
     - The recent ACPICA commit that set the ACPI _REV return value to 2
       (which is the value always used by Windows and now mandated by the
       spec too) in order to prevent the firmware people from using it to
       play tricks with us caused a serious audio regression to happen on
       Dell XPS 13 (the AML on that machine uses the _REV return value to
       decide how to expose audio to the OS and does that to hide the
       lack of proper support for its I2S audio in Linux), so revert that
       commit for now and we'll revisit the issue in the next cycle.
    
     - Ensure that the ordering of acpi_reserve_resources() with respect
       to the rest of the ACPI initialization sequence will always be
       the same, or the IO or memory region occupied by the ACPI fixed
       registers may be assigned to a PCI host bridge as a result of
       a race and random breakage ensues going forward.
    
    /
    
  • v3.14.42
    c629522e · Linux 3.14.42 ·
    This is the 3.14.42 stable release
    
  • v3.10.78
    c9cc129b · Linux 3.10.78 ·
    This is the 3.10.78 stable release
    
  • v4.0.3
    fa253b2c · Linux 4.0.3 ·
    This is the 4.0.3 stable release
    
  • iio-fixes-for-4.1a-take2
    The usual mixed bag of fixes for IIO in the 4.1 cycle.
    
    Second version of this pull request as a small fix to a fix turned
    up before Greg pulled it for a cc10001 patch near the top of the tree.
    
    One core fix
    
    * Set updated for a iio kfifo was incorrectly set to false during a failed
      update, resulting in atttempts to repeat the failed operation appearing
      to succeed.
    
    This time I've decided to list the driver fixes in alphabetical order rather
    than 'randomly'.
    
    * axp288_adc - a recent change added a check for valid info masks when
      reading channels from consumer drivers.
    * bmp280 - temperature compensation was failing to read the tfine value, hence
      causing a temperature of 0 to always be returned and incorrect presure
      measurements.
    * cc10001 - Fix channel number mapping when some channels are reserved for
      remote CPUs. Fix an issue with the use of the power-up/power-down register
      (basically wrong polarity). Fix an issue due to the missinterpretting the
      return value from regulator_get_voltage. Add a delay before the start bit
      as recommended for the hardware to avoid data corruption.
    * hid pressure - fix channel spec of modfiied, but no modifier (which makes no
      sense!)
    * hid proximity - fix channel spec of modified, but no modifier (which makes
      no sense!). Fix a memory leak in the probe function.
    * mcp320x - occasional incorrect readings on dma using spi busses due to
      cacheline corruption. Fixed by forcing ___cacheline_aligned for the buffers.
    * mma9551 - buffer overrun fix (miss specified maximum length of buffers)
    * mma9553 - endian fix on status message. Add an enable element for activity
      channel. Input checking for activity period to avoid rather unpredictable
      results.
    * spmi-vadc - fix an overflow in the output value normalization seen on some
      boards.
    * st-snesors - oops due to use of a mutex that is not yet initialized during
      probe.
    * xilinx adc - Some wrong register addresses, a wrong address for vccaux
      channel, incorrect scale on VREFP and incorrect sign on VREFN.