Skip to content

Tags

Tags give the ability to mark specific points in history as being important
  • dt-3.15
    ARM: SoC: device tree changes
    
    A large part of the arm-soc patches are nowadays DT changes, adding support
    for new SoCs, boards and devices without changing kernel source. The plan
    is still to move the devicetree files out of the kernel tree and reduce
    the amount of churn going on here, but we keep finding reasons to delay
    doing that.
    
    Changes are really all over the place, with little sticking out particularly.
    We have contributions from a total of 116 people in this branch.
    
    Unfortunately, the size of this branch also causes a significant number
    of conflicts at the moment, typically when subsystem maintainers merge
    patches that change the driver at the same time as the dts files. In
    most cases this could be avoided because the dts changes are supposed
    to be compatible in both ways, and we are asking everyone to send ARM
    dts changes through our tree only.
    
  • soc-3.15
    ARM: SoC specific changes
    
    Lots of changes specific to one of the SoC families. Some that
    stick out are:
    
    * mach-qcom gains new features, most importantly SMP support for
      the newer chips (Stephen Boyd, Rohit Vaswani)
    * mvebu gains support for three new SoCs: Armada 375, 380 and 385
      (Thomas Petazzoni and Free-electrons team)
    * SMP support for Rockchips (Heiko Stübner)
    * Lots of i.MX changes (Shawn Guo)
    * Added support for BCM5301x SoC (Hauke Mehrtens)
    * Multiplatform support for Marvell Kirkwood and Dove
      (Andrew Lunn and Sebastian Hesselbarth doing the final part
      of a long journey)
    * Unify davinci platforms and remove obsolete ones (Sekhar Nori,
      Arnd Bergmann)
    
  • cleanup-3.15
    ARM: SoC: cleanups for 3.15
    
    These cleanup patches are mainly move stuff around and should all
    be harmless. They are mainly split out so that other branches can
    be based on top to avoid conflicts.
    
    Notable changes are:
    
    * We finally remove all mach/timex.h, after CLOCK_TICK_RATE is no
      longer used. (Uwe Kleine-König)
    * The Qualcomm MSM platform is split out into legacy mach-msm and
      new-style mach-qcom, to allow easier maintainance of the new
      hardware support without regressions. (Kumar Gala)
    * A rework of some of the Kconfig logic to simplify multiplatform
      support (Rob Herring)
    * Samsung Exynos gets closer to supporting multiplatform (Sachin
      Kamat and others)
    * mach-bcm3528 gets merged into mach-bcm (Stephen Warren)
    * at91 gains some common clock framework support (Alexandre Belloni,
      Jean-Jacques Hiblot and other French people).
    
  • fixes-non-critical-3.15
    cb46a256 · ARM: at91: fix a typo ·
    ARM: SoC non-critical bug fixes for 3.15
    
    Lots of isolated bug fixes that were not found to be important
    enough to be submitted before the merge window or backported
    into stable kernels.
    The vast majority of these came out of Arnd's randconfig testing
    and just prevents running into build-time bugs in configurations
    that we do not care about in practice.
    
  • drm-intel-next-2014-04-04
    - cmd parser for gen7 but only in enforcing and not yet granting mode - the
      batch copying stuff is still missing. Also performance is a bit ... rough
      (Brad Volkin + OACONTROL fix from Ken).
    - deprecate UMS harder (i.e. CONFIG_BROKEN)
    - interrupt rework from Paulo Zanoni
    - runtime PM support for bdw and snb, again from Paulo
    - a pile of refactorings from various people all over the place to prep for new
      stuff (irq reworks, power domain polish, ...)
  • v3.13.9
    bf061ff7 · Linux 3.13.9 ·
    This is the 3.13.9 stable release
    
  • v3.10.36
    8f0c10ea · Linux 3.10.36 ·
    This is the 3.10.36 stable release
    
  • v3.4.86
    7ae24063 · Linux 3.4.86 ·
    This is the 3.4.86 stable release
    
  • gpio-v3.15-1
    This is the bulk of GPIO changes for v3.15:
    
    - Merged in a branch of irqchip changes from Thomas
      Gleixner: we need to have new callbacks from the
      irqchip to determine if the GPIO line will be eligible
      for IRQs, and this callback must be able to say "no".
      After some thinking I got the branch from tglx and
      have switched all current users over to use this.
    
    - Based on tglx patches, we have added some generic
      irqchip helpers in the gpiolib core. These will
      help centralize code when GPIO drivers have simple
      chained/cascaded IRQs. Drivers will still define
      their irqchip vtables, but the gpiolib core will
      take care of irqdomain set-up, mapping from local
      offsets to Linux irqs, and reserve resources by
      marking the GPIO lines for IRQs.
    
    - Initially the PL061 and Nomadik GPIO/pin control
      drivers have been switched over to use the new
      gpiochip-to-irqchip infrastructure with more
      drivers expected for the next kernel cycle. The
      factoring of just two drivers still makes it worth
      it so it is already a win.
    
    - A new driver for the Synopsys DesignWare APB GPIO
      block.
    
    - Modify the DaVinci GPIO driver to be reusable also
      for the new TI Keystone architecture.
    
    - A new driver for the LSI ZEVIO SoCs.
    
    - Delete the obsolte tnetv107x driver.
    
    - Some incremental work on GPIO descriptors: have
      gpiod_direction_output() use a logical level,
      respecting assertion polarity through ACTIVE_LOW
      flags, adding gpiod_direction_output_raw() for the
      case where you want to set that very value. Add
      gpiochip_get_desc() to fetch a GPIO descriptor from
      a specific offset on a certain chip inside driver
      code.
    
    - Switch ACPI GPIO code over to using
      gpiochip_get_desc() and get rid of gpio_to_desc().
    
    - The ACPI GPIO event handling code has been reworked
      after encountering an actual real life implementation.
    
    - Support for ACPI GPIO operation regions.
    
    - Generic GPIO chips can now be assigned labels/names
      from platform data.
    
    - We now clamp values returned from GPIO drivers to
      the boolean [0,1] range.
    
    - Some improved documentation on how to use the polarity
      flag was added.
    
    - The a large slew of incremental driver updates and
      non-critical fixes. Some targeted for stable.
    
  • v3.12.16
    acbf4c08 · Linux 3.12.16 ·
    This is the 3.12.16 stable release
    
  • v3.2.56
    e08e9457 · Linux 3.2.56 ·
    This is the 3.2.56 stable release
    
  • v3.13.8
    53666358 · Linux 3.13.8 ·
    This is the 3.13.8 stable release
    
  • v3.10.35
    a2e124da · Linux 3.10.35 ·
    This is the 3.10.35 stable release
    
  • pinctrl-v3.15-1
    Pin control bulk changes for the v3.15 series, no new core
    functionality this time, just incremental driver updates:
    
    - A large refactoring of the MVEBU (Marvell) driver.
    
    - A large refactoring of the Tegra (nVidia) driver.
    
    - GPIO interrupt including soft edges support in the
      STi driver.
    
    - Misc updates to PFC (Renesas), AT91, ADI2 (Blackfin),
      pinctrl-single, sirf (CSR), msm (Qualcomm), Exynos (Samsung),
      sunxi (AllWinner), i.MX (Freescale), Baytrail.
    
  • v3.4.85
    72cb2a7f · Linux 3.4.85 ·
    This is the 3.4.85 stable release
    
  • v3.14
    455c6fdb · Linux 3.14 ·
    Linux 3.14
    
  • v3.12.15
    46a55da1 · Linux 3.12.15 ·
    This is the 3.12.15 stable release
    
  • v3.14-rc8
    b098d672 · Linux 3.14-rc8 ·
    Linux 3.14-rc8
    
  • v3.13.7
    896c6947 · Linux 3.13.7 ·
    This is the 3.13.7 stable release
    
  • v3.10.34
    10f8245e · Linux 3.10.34 ·
    This is the 3.10.34 stable release