Tags

Tags give the ability to mark specific points in history as being important
  • mac80211-next-for-davem-2015-04-10

    There isn't much left, but we have
     * new mac80211 internal software queue to allow drivers to have
       shorter hardware queues and pull on-demand
     * use rhashtable for mac80211 station table
     * minstrel rate control debug improvements and some refactoring
     * fix noisy message about TX power reduction
     * fix continuous message printing and activity if CRDA doesn't respond
     * fix VHT-related capabilities with "iw connect" or "iwconfig ..."
     * fix Kconfig for cfg80211 wireless extensions compatibility
    
  • sound-4.0

    sound fixes for 4.0
    
    Here are fixes gathered for 4.0-final; one FireFire endian fix, two
    USB-audio quirks, and three HD-audio quirks.
    
    All relatively small and device-specific fixes, should be pretty safe
    to apply.
    
  • drm-intel-next-2015-04-10

    - cdclk handling cleanup and fixes from Ville
    - more prep patches for olr removal from John Harrison
    - gmbus pin naming rework from Jani (prep for bxt)
    - remove ->new_config from Ander (more atomic conversion work)
    - rps (boost) tuning and unification with byt/bsw from Chris
    - cmd parser batch bool tuning from Chris
    - gen8 dynamic pte allocation (Michel Thierry, based on work from Ben Widawsky)
    - execlist tuning (not yet all of it) from Chris
    - add drm_plane_from_index (Chandra)
    - various small things all over
  • pm+acpi-4.0-rc8

    Power management and ACPI fixes for v4.0-rc8
    
     - Revert a 3.17 hibernate commit that was supposed to fix an issue
       related to e820 reserved regions, but broke resume from hibernation
       on Lenovo x230 (Rafael J Wysocki).
    
     - Prevent the ACPI cpuidle driver from overwriting the name and
       description of the C0 state set by the core when the list of
       C-states changes (Thomas Schlichter).
    
     - Remove the no longer needed state_count field from struct cpuidle_device
       which prevents the list of C-states shown by the sysfs interface from
       becoming incorrect when the current number of them is different from
       the number of C-states on boot (Bartlomiej Zolnierkiewicz).
    
     - The cpufreq core updates the policy object of the only online CPU
       during system resume to make it reflect the current hardware state,
       but it always assumes that CPU to be CPU0 which need not be the
       case, so fix the code to avoid that assumption (Viresh Kumar).
    
    /
    
  • v3.12.40

    129ea38d · Linux 3.12.40 ·
    This is the 3.12.40 stable release
    
  • wireless-drivers-next-for-davem-2015-04-09

    Major changes:
    
    iwlwifi:
    
    * some more work on LAR
    * fixes for UMAC scan
    * more work on debugging framework
    * more work for 8000 devices
    * cleanups and small bugfixes
    
  • v4.0-rc7

    f22e6e84 · Linux 4.0-rc7 ·
    Linux 4.0-rc7
    
  • v3.18.11

    f154a14e · Linux 3.18.11 ·
    Linux 3.18.11
    
  • for-4.1

    New Features
    ============
    *) Add driver for USB PHYs on sun9i
    *) Add driver for USB PHY on dm816x
    *) Modified exynos5-usbdrd driver to add support for Exynos5433 SoC
    
    Fixes
    =====
    *) Fix power_on/power_off failure paths in some drivers
    *) Make miphy365x use generic PHY type constants
    *) Fix build errors due to missing export symbols in qcom-ufs driver
    *) Make all the functions return proper error values
    
    Cleanups
    ========
    *) use PTR_ERR_OR_ZERO to simplify code
    *) use devm_kcalloc instead of devm_kzalloc with multiply
    *) remove un-necessary ifdef CONFIG_OF
    
  • wireless-drivers-for-davem-2015-04-01

    iwlwifi:
    
    * fix a memory leak, we leaked memory each time the module
      was loaded.
    
  • wireless-drivers-next-for-davem-2015-04-01

    Major changes:
    
    ath9k:
    
    * add Active Interference Cancellation, a method implemented in the HW
      to counter WLAN RX > sensitivity degradation when BT is transmitting
      at the same time. This feature is supported by cards like WB222
      based on AR9462.
    
    iwlwifi:
    
    * Location Aware Regulatory was added by Arik
    * 8000 device family work
    * update to the BT Coex firmware API
    
    brmcfmac:
    
    * add new BCM43455 and BCM43457 SDIO device support
    * add new BCM43430 SDIO device support
    
    wil6210:
    
    * take care of AP bridging
    * fix NAPI behavior
    * found approach to achieve 4*n+2 alignment of Rx frames
    
    rt2x00:
    
    * add new rt2800usb device DWA 130
    
    rtlwifi:
    
    * add USB ID for D-Link DWA-131
    * add USB ID ASUS N10 WiFi dongle
    
    mwifiex:
    
    * throughput enhancements
    
  • mac80211-for-davem-2015-04-01

    This contains just a single fix for a crash I happened to randomly
    run into today during testing. It's clearly been around for a while,
    but is pretty hard to trigger, even when I tried explicitly (and
    modified the code to make it more likely) it rarely did.
    
  • iommu-fixes-v4.0-rc6

    IOMMU Fixes for Linux v4.0-rc6
    
    This contains fixes for:
    
    	* A VT-d issue where hardware domain-ids might be freed while
    	  still in use.
    
    	* An ipmmu-vmsa issue where where the device-table was not zero
    	  terminated
    
    	* Unchecked register access issue in the arm-smmu driver
    
  • iio-for-4.1b

    Second set of new devices, functionality and cleanup for IIO in the 4.1 cycle.
    
    New Functionality
    * Watermark logic for buffers.  Allows for blocking reads to block until
      their requested amount is available - previously they only blocked until
      a single scan of data was available.  Also allows for polling for a
      watermark amount of data to be available.  This feature was first proposed
      some time ago to good responses, but not taken further by the original author
      Octavian has picked up the gauntlet and taken it through
      to merging (along with the hardware fifo support that follows).
    * New approach to hardware fifo handling - in particular handling the
      interaction of a hardware fifo feeding into a software fifo and their
      watershed events.  We don't have every possible case well covered yet,
      but this is certainly a good, flexible starting point.  This will replace
      the previous approach used in ancient drivers (sca3000) where we just
      exposed the hardware buffer directly to userspace.  Very few pieces of
      hardware have sufficiently long buffers for that to be an adequate solution.
    * bmc150_accel - hardware fifo support.
    * mlx90614 - support dual IR sensor devices + some refactoring to clean up the
      code and allow some other functionality currently under review.
    * L3GD20H gyroscope support added to the st_gyro driver.
    * lis3lv02d accelerometer added to the st_gyro driver. Note this part is
      also supported by the older lis3 driver under misc.  A lengthy discussion
      took place and concluded that holding parts out on the basis that whole
      driver would be subsumed into this one was counter productive.  Better
      to add part support and add additional features as people need them.
      Basically there was not advantage in not merging the support.
    * max517 driver gains support for MAX520 and MAX521 DACs.
    
    Documentation
    * 3.20 -> 4.0 renaming for recent docs. Whilst technically a fix, I think
      people will cope until the next merge merge window.
    * An ABI typo hat -> What:  More ABIs should have hats.
    * Document in_rot_offset, illuminance_raw and illuminance_scale.
    
    Cleanups
    * Fix a scale extraction bug in generic_buffer.c example.
    * Constify a load of device tree related structures.
    
  • iio-fixes-for-4.0d

    IIO fixes for 4.0 set 4
    
    A couple more IIO fixes.
    
    * Fix check for HAS_IOMEM in the cc100001_adc driver to avoid build errors.
      Rather curiously it was ORed with Regulator and clock support.
    * vf610 driver was trying to use an ADC clock outside the possible
      spec on some boards.  The driver assumed a fixed clock speed previously
      across all boards, but that is not true.  This fix ensures that the
      reported frequency is correct on all boards.
    * The adis imu common code directly set the current trigger to the
      driver supplied one.  Unfortunately this didn't increase the use count
      leading to a double free via a particular path of changing the trigger
      then removing the driver.
    
  • mac80211-next-for-davem-2015-03-30

    Lots of updates for net-next; along with the usual flurry
    of small fixes, cleanups and internal features we have:
     * VHT support for TDLS and IBSS (conditional on drivers though)
     * first TX performance improvements (the biggest will come later)
     * many suspend/resume (race) fixes
     * name_assign_type support from Tom Gundersen