Tags

IOMMU Fixes:

	* Fix and issue introduced this merge window into the AMD and
	  Intel IOMMU drivers that causes an oops when the
	  vendor-specific sysfs-entries are accessed.
	  Reason for this issue is that I forgot to update the sysfs
	  code in the drivers when moving the iommu 'struct device' to
	  the iommu-core.

First round of fixes - details in the commits:
 * use a valid hrtimer clock ID in mac80211_hwsim
 * don't reorder frames prior to BA session
 * flush a delayed work at suspend so the state is all valid before
   suspend/resume
 * fix packet statistics in fast-RX, the RX packets
   counter increment was simply missing
 * don't try to re-transmit filtered frames in an aggregation session
 * shorten (for tracing) a debug message
 * typo fix in another debug message
 * fix nul-termination with HWSIM_ATTR_RADIO_NAME in hwsim
 * fix mgmt RX processing when station is looked up by driver/device

misc fixes for v4.11-rc1

AST 2500 support for v4.11 - new hardware

Misc fixes for the 4.11 merge window.

- vmwgfx drm_control node compat patch
- rockchip&zte fix
- compat32 support for dma-buf ioctl (cc: stable ofc, since this is a
  massive fumble. oops)

This is the 3.16.41 stable release

This is the 3.2.86 stable release

This is the 4.9.13 stable release

This is the 4.10.1 stable release

This is the 4.4.52 stable release

Second set of IIO fixes for IIO in the 4.11 cycle.

This series consists of fixes that either came in after the merge window
had opened or are fixes for work that merged during the merge window so had
to wait for that to hit mainline.

* 104-quad-8
  - Fix an off by one error in the register address for the flag register.
* rcar-gyroadc
  - protect against possible issues in future by dealing with childmode not
    being in a valid state.  This also deals with some build warnings.
* xilinx
  - fix some error handling paths to ensure resources are released in
    reverse order of being acquired.

No warnings version of drm 4.11 pull request

Less anger inducing pull request for 4.11

main drm pull request for v4.11

This is the 4.9.12 stable release

This is the 4.4.51 stable release

sound updates for 4.11-rc1

here is the update of sound bits for 4.11: again at this time, no big
changes in ALSA and ASoC core but only cosmetic changes like
consitifaction.  Meanwhile, quite a lot of developments are seen in
a few driver side.

ALSA Core:
- Clean up, consitification of some ops

HD-audio:
- A slight behavior change of single_cmd option
- Quirks for AmigaOne X1000, Samsung Ativ Book 8, Dell AiO, ALC221 HP,
  and fixes for Lewisburg controller
- Realtek ALC299, ALC1220 codecs

Others:
- USB-audio: Tascam US-16x08 DSP mixer quirk
- Intel HDMI LPE audio support for Baytrail / Cherrytrail; this
  contains some updates in drm/i915 for the new platform binding

ASoC:
- Lots of updates in Intel drivers, mostly for DisplayPort and HDMI
  on Skylake and onwards, as well as more Baytrail / Cherrytrail
  boards support
- Channel mapping support for HDMI
- Support for AllWinner A31 and A33, Everest Semiconductor ES8328,
  Nuvoton NAU8540.

This is the bulk of GPIO changes for the v4.11 cycle

Core changes:

- Augment fwnode_get_named_gpiod() to configure the GPIO pin
  immediately after requesting it like all other APIs do.
  This is a treewide change also updating all users.

- Pass a GPIO label down to gpiod_request() from
  fwnode_get_named_gpiod(). This makes debugfs and the userspace
  ABI correctly reflect the current in-kernel consumer of a pin
  taken using this abstraction. This is a treewide change also
  updating all users.

- Rename devm_get_gpiod_from_child() to
  devm_fwnode_get_gpiod_from_child() to reflect the fact that this
  function is operating on a fwnode object. This is a treewide
  change also updating all users.

- Make it possible to take multiple GPIOs in a single hog of device
  tree hogs.

- The refactorings switching GPIO chips to use the .set_config()
  callback using standard pin control properties and providing
  a backend into the pin control subsystem that were also merged
  into the pin control tree naturally appear here too.

Testing instrumentation:

- A whole slew of cleanups and improvements to the mockup GPIO
  driver. We now have an extended userspace test exercising the
  subsystem, and we can inject interrupts etc from userspace
  to fully test the core GPIO functionality.

New drivers:

- New driver for the Cortina Systems Gemini GPIO controller.

- New driver for the Exar XR17V352/354/358 chips.

- New driver for the ACCES PCI-IDIO-16 PCI GPIO card.

Driver changes:

- RCAR: set the irqchip parent device, add fine-grained runtime
  PM support.

- pca953x: support optional RESET control line on the chip.

- DaVinci: cleanups and simplifications. Add support for multiple
  instances.

- .set_multiple() and naming of lines on more or less all of the
  ISA/PCI GPIO controllers.

- mcp23s08: refactored to use regmap as a first step to further
  rewrites and modernizations.

This is the 3.16.40 stable release

This is the 3.2.85 stable release