Tags

Linux 3.18.45

Linux 4.1.36

This is the 3.12.68 stable release

wireless-drivers fixes for 4.9

mwifiex

* properly terminate SSIDs so that uninitalised memory is not printed

Linux 4.9-rc7

This is the 4.8.11 stable release

This is the 4.4.35 stable release

media fixes for v4.9-rc7

amd, mediatek, exynos and hdlcd fixes.

Allwinner DT additions for 4.10, bis

The usual bunch of DT additions, but most notably:
  - A31 DRM driver
  - A31 audio codec
  - WiFi for the A80-Based boards and the CHIP
  - Support for the NextThing Co CHIP Pro (the first board with NAND
    enabled)
  - New board: NanoPi M1

Allwinner fixes for 4.9, second iteration

A renaming of the GR8 DTSI and DTS to make it explicitly part of the sun5i
family.

This is the 4.8.10 stable release

This is the 4.4.34 stable release

Final 4.10 updates:

- fine-tune fb flushing and tracking (Chris Wilson)
- refactor state check dumper code for more conciseness (Tvrtko)
- roll out dev_priv all over the place (Tvrkto)
- finally remove __i915__ magic macro (Tvrtko)
- more gvt bugfixes (Zhenyu&team)
- better opregion CADL handling (Jani)
- refactor/clean up wm programming (Maarten)
- gpu scheduler + priority boosting for flips as first user (Chris
  Wilson)
- make fbc use more atomic (Paulo)
- initial kvm-gvt framework, but not yet complete (Zhenyu&team)

Linux 4.9-rc6

This is the 3.16.39 stable release

This is the 3.2.84 stable release

This is the 4.8.9 stable release

This is the 4.4.33 stable release

GPIO fixes for the v4.9 series:

- Finally, after being puzzled by a bunch of recurrent UML
  build failures on randconfigs from the build robot, Keno
  Fischer nailed it: GPIO_DEVRES is optional and depends on
  HAS_IOMEM even though many users just unconditionally rely
  on it to be available. And it *should* be available:
  garbage collection is nice for this and it *certainly* has
  nothing to do with having IOMEM. So we got rid of it, and
  now the UML builds should JustWork(TM).

- Do not call .get_direction() on sleeping GPIO chips on the
  fastpath when locking GPIOs for interrupts: it is done
  from atomic context, no way.

- Some driver fixes.