Skip to content

Tags

Tags give the ability to mark specific points in history as being important
  • media/v4.1-2
    media updates for v4.1-rc1
    
  • clk-for-linus-4.1
    The changes to the common clock framework for 4.0 are mostly new clock
    drivers and updates to existing ones for feature enhancements and bug
    fixes. There is more churn than usual in the framework core due to the
    change to introduce per-user unique struct clk pointers in 4.0. This
    caused several regressions to surface, some of which were sent as fixes
    to 4.0. New generic clock drivers were added for GPIO- and PWM-based
    clock controllers. Additionally the common clk-divider code recieved
    several fixes to the way it rounds rates.
    
  • v3.18.12
    43f497a2 · Linux 3.18.12 ·
    Linux 3.18.12
    
  • old/cs_2c33ce009ca2
  • v3.10.75
    9ccc5af3 · Linux 3.10.75 ·
    This is the 3.10.75 stable release
    
  • v3.14.39
    5c43c539 · Linux 3.14.39 ·
    This is the 3.14.39 stable release
    
  • v3.19.5
    a96a0302 · Linux 3.19.5 ·
    This is the 3.19.5 stable release
    
  • gpio-v4.1-1
    This is the bulk of GPIO changes for the v4.1 development
    cycle:
    
    - A new GPIO hogging mechanism has been added. This can
      be used on boards that want to drive some GPIO line high,
      low, or set it as input on boot and then never touch it
      again. For some embedded systems this is bliss and
      simplifies things to a great extent.
    
    - Some API cleanup and closure: gpiod_get_array() and
      gpiod_put_array() has been added to get and put GPIOs
      in bulk as was possible with the non-descriptor API.
    
    - Encapsulate cross-calls to the pin control subsystem in
      <linux/gpio/driver.h>. Now this should be the only header
      any GPIO driver needs to include or something is wrong.
      Cleanups restricting drivers to this include are welcomed
      if tested.
    
    - Sort the GPIO Kconfig and split it into submenus, as
      it was becoming and unstructured, illogical and
      unnavigatable mess. I hope this is easier to follow.
      Menus that require a certain subsystem like I2C can
      now be hidden nicely for example, still working on
      others.
    
    - New drivers:
    
        - New driver for the Altera Soft GPIO.
    
        - The F7188x driver now handles the F71869 and
          F71869A variants.
    
        - The MIPS Loongson driver has been moved to
          drivers/gpio for consolidation and cleanup.
    
    - Cleanups:
    
       - The MAX732x is converted to use the GPIOLIB_IRQCHIP
         infrastructure.
    
       - The PCF857x is converted to use the GPIOLIB_IRQCHIP
         infrastructure.
    
       - Radical cleanup of the OMAP driver.
    
    - Misc:
    
       - Enable the DWAPB GPIO for all architectures. This is
         a "hard IP" block from Synopsys which has started to
         turn up in so diverse architectures as X86 Quark, ARC
         and a slew of ARM systems. So even though it's not an
         expander, it's generic enough to be available for all.
    
       - We add a mock GPIO on Crystalcove PMIC after a long
         discussion with Daniel Vetter et al, tracing back to
         the shootout at the kernel summit where DRM drivers
         and sub-componentization was discussed. In this case
         a mock GPIO is assumed to be the best compromise
         gaining some reuse of infrastructure without making
         DRM drivers overly complex at the same time. Let's
         see.
    
  • sound-4.1-rc1
    sound updates for 4.1-rc1
    
    There have been major modernization with the standard bus: in ALSA
    sequencer core and HD-audio.  Also, HD-audio receives the regmap
    support replacing the in-house cache register cache code.  These
    changes shouldn't impact the existing behavior, but rather
    refactoring.
    
    In addition, HD-audio got the code split to a core library part and
    the "legacy" driver parts.  This is a preliminary work for adapting
    the upcoming ASoC HD-audio driver, and the whole transition is still
    work in progress, likely finished in 4.1.
    
    Along with them, there are many updates in ASoC area as usual, too:
    lots of cleanups, Intel code shuffling, etc.
    
    Here are some highlights:
    
    ALSA core:
    - PCM: the audio timestamp / wallclock enhancement
    - PCM: fixes in DPCM management
    - Fixes / cleanups of user-space control element management
    - Sequencer: modernization using the standard bus
    
    HD-audio:
    - Modernization using the standard bus
    - Regmap support
    - Use standard runtime PM for codec power saving
    - Widget-path based power-saving for IDT, VIA and Realtek codecs
    - Reorganized sysfs entries for each codec object
    - More Dell headset support
    
    ASoC:
    - Move of jack registration to the card level
    - Lots of ASoC cleanups, mainly moving things from the CODEC level
      to the card level
    - Support for DAPM routes specified by both the machine driver and DT
    - Continuing improvements to rcar
    - pcm512x enhacements
    - Intel platforms updates
    - rt5670 updates / fixes
    - New platforms / devices: some non-DSP Qualcomm platforms, Google's
      Storm platform, Maxmim MAX98925 CODECs and the Ingenic JZ4780 SoC
    
    Misc:
    - ice1724: Improved ESI W192M support
    - emu10k1: Emu 1010 fixes/enhancement
    
  • drm-intel-next-fixes-2015-04-15
  • topic/drm-misc-2015-04-15
  • v3.4.107
    56b48fcd · Linux 3.4.107 ·
    This is the 3.4.107 stable release
    
  • android-5.1.0_r0.10
    Android 5.1.0 Release 0.10
    
  • android-5.1.0_r0.9
    Android 5.1.0 Release 0.9
    
  • regulator-v4.1
    regulator: Updates for v4.1
    
    Another release, another set of regulator updates.  Not much of it is
    showing up in the code yet but there's been a lot of discussion going on
    about how to enhance the regulator API to work better with modern SoCs
    which have a microcontroller sitting between Linux and the hardware.
    I'm hopeful that'll start to come through into mainline for v4.2 but
    it's not quite there for v4.1 - what we do have (along with the usual
    small updates is) is:
    
     - Work from Bjorn Andersson on refactoring the configuration of
       regulator loading interfaces to be useful for use with
       microcontrollers, the existing interfaces were never actually useful
       for anything as-is since nobody was willing to put enough data into
       public code.
     - A summary tree display in debugfs from Heiko Stübner.
     - Support for act6000 regulators.
    
  • v3.19.4
    31ad7cdd · Linux 3.19.4 ·
    This is the 3.19.4 stable release
    
  • v3.14.38
    80f018df · Linux 3.14.38 ·
    This is the 3.14.38 stable release
    
  • v3.10.74
    c9ef473a · Linux 3.10.74 ·
    This is the 3.10.74 stable release
    
  • v4.0
    39a88044 · Linux 4.0 ·
    Linux 4.0
    
  • 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