Tags

topic/drm-fixes-2015-07-04

drm-intel-next-2015-07-03

- dsi improvements (Gaurav)
- bxt ddi dpll hw state readout (Imre)
- chv dvfs support and overall wm improvements for both vlv and chv (Ville)
- ppgtt polish from Mika and Michel
- cdclk support for bxt (Bob Pauwe)
- make frontbuffer tracking more precise
- OLR removal (John Harrison)
- per-ctx WA batch buffer support (Arun Siluvery)
- remvoe KMS Kconfig option (Chris)
- more hpd handling refactoring from Jani
- use atomic states throughout modeset code and integrate with atomic plane
  update (Maarten)

acpica-4.2-rc1

Additional ACPICA material for v4.2-rc1

 - Fix system resume problems related to 32-bit and 64-bit versions
   of the Firmware ACPI Control Structure (FACS) in the firmare (Lv
   Zheng).

 - Fix double initialization of the FACS (Lv Zheng).

 - Add _CLS object processing code to ACPICA (Suravee Suthikulpanit).

 - Add support for the (currently missing) new GIC version field in
   the Multiple APIC Description Table (MADT) (Hanjun Guo).

 - Add support for overriding objects in the ACPI namespace to
   ACPICA and OSDT support (Lv Zheng, Bob Moore, Zhang Rui).

 - Updates related to the TCPA and TPM2 ACPI tables (Bob Moore).

 - Restore the commit modifying _REV to always return "2" (as
   required by ACPI 6) and add a blacklisting mechanism for
   systems that may be affected by that change (Rafael J Wysocki).

 - Assorted fixes and cleanups (Bob Moore, Lv Zheng, Sascha Wildner).

/

clk-for-linus-4.2

The changes to the common clock framework for 4.2 are dominated by new
drivers and updates to existing ones, as usual. There are some fixes to
the framework itself and several cleanups for sparse warnings, etc.
Please consider pulling.

iommu-fixes-v4.2

IOMMU Fixes for Linux v4.2-rc0

Four fixes have queued up to fix regressions introduced after v4.1:

	* Don't fail IOMMU driver initialization when the add_device
	  call-back returns -ENODEV, as that just means that the device
	  is not translated by the IOMMU. This is pretty common on ARM.

	* Two fixes for the ARM-SMMU driver for a wrong feature check
	  and to remove a redundant NULL check.

	* A fix for the AMD IOMMU driver to fix a boot panic on systems
	  where the BIOS requests Unity Mappings in the IVRS table.

pm+acpi-4.2-rc1-2

Power management and ACPI fixes for v4.2-rc1

 - Fix a recently added memory leak in an error path in the ACPI
   resources management code (Dan Carpenter).

 - Fix a build warning triggered by an ACPI video header function
   that should be static inline (Borislav Petkov).

 - Change names of helper function converting struct fwnode_handle
   pointers to either struct device_node or struct acpi_device
   pointers so they don't conflict with local variable names
   (Alexander Sverdlin).

 - Make the hibernate core re-enable nonboot CPUs on failures to
   disable them as expected (Vitaly Kuznetsov).

 - Increase the default timeout of the device suspend watchdog to
   prevent it from triggering too early on some systems (Takashi Iwai).

 - Prevent the cpuidle powernv driver from registering idle
   states with CPUIDLE_FLAG_TIMER_STOP set if CONFIG_TICK_ONESHOT
   is unset which leads to boot hangs (Preeti U Murthy).

/

drm-intel-next-fixes-2015-07-02

sound-fix-4.2-rc1

sound fixes for 4.2-rc1

Here are a bunch of small fixes, mostly for HD-audio quirks, in
addition to a few regression fixes and trivial cleanups.

v4.1.1

This is the 4.1.1 stable release

v4.0.7

This is the 4.0.7 stable release

v3.14.46

This is the 3.14.46 stable release

v3.10.82

This is the 3.10.82 stable release

v3.18.17

Linux 3.18.17

media/v4.2-1

media updates for v4.2-rc1

sound-4.2-rc1

sound updates for 4.2-rc1

It was a busy development cycle at this time, as you can see a wide
range of changes in diffstat.  There are no big changes but many
refactoring and improvements.  Here we go some highlights:

* ALSA core:
- Procfs codes were cleaned up to use seq_file
- Procfs can be opt out via Kconfig (only for EXPERT)
- Two types of jack API were unified finally; now both kctl and input
  jack devs are handled via a single function call.

* HD-audio
- Continued code restructuring for the future ASoC driver; now HDA
  controller driver is split to a core helper module.
- Preliminary codes for Skylake audio support in HDA core.
- Proper i915 gfx power well management for SKL & co
- Enabled runtime PM as default for Intel HDMI/DP codecs
- Newer Tegra chip supports
- More quirks for Dell headsets, Alienware (with CA0132), etc.
- A couple of DRM ELD helper API functions

* ASoC
- Support for loading ASoC topology maps from firmware, intended to be
  used to allow self-describing DSP firmware images to be built which
  can map controls added by the DSP to userspace without the kernel
  needing to know about individual DSP firmwares
- Lots of refactoring to avoid direct access to snd_soc_codec where
  it's not needed supporting future refactoring
- Big refactoring, cleanup and enhancement for the Wolfson ADSP driver
- Cleanup series for TI TAS2552 and R-CAR drivers
- Fixes and improvements on RT56xx codecs
- Support for TI TAS571x power amplifiers
- Support for Qualcomm APQ8016 and ZTE ZX296702 SoCs
- Support for x86 systems with RT5650 and Qualcomm Storm
- Support for Mediatek AFE (Audio Front End) unit
- Other various small fixes to ASoC codec drivers

* Firewire
- Enhanced to allow non-blocking streams to use timestamp
  synchronization
- Improve support for DM1500 and BeBoBv3

* Misc
- Cleanup of old pci API functions over all PCI sound drivers
- Fix long-standing regression of the old powermac i2c setup

kvm-4.2-1

The bulk of the changes here is for x86.  And for once it's not
for silicon that no one owns: these are really new features for
everyone.

* ARM: several features are in progress but missed the 4.2 deadline.
So here is just a smattering of bug fixes, plus enabling the VFIO
integration.

* s390: Some fixes/refactorings/optimizations, plus support for
2GB pages.

* x86: 1) host and guest support for marking kvmclock as a stable
scheduler clock. 2) support for write combining. 3) support for
system management mode, needed for secure boot in guests. 4) a bunch
of cleanups required for 2+3.  5) support for virtualized performance
counters on AMD; 6) legacy PCI device assignment is deprecated and
defaults to "n" in Kconfig; VFIO replaces it.  On top of this there are
also bug fixes and eager FPU context loading for FPU-heavy guests.

* Common code: Support for multiple address spaces; for now it is
used only for x86 SMM but the s390 folks also have plans.

There are some x86 conflicts, one with the rc8 pull request and
the rest with Ingo's FPU rework.

regulator-v4.2

regulator: Updates for v4.2

Another fairly quiet release, some new drivers with generic handling for
minor features but nothing that makes a substantial difference outside
of the subsystem or for most boards:

 - Support for a bunch of new parameters which are present on enough
   regulators to be worth having generic handling for in the framework.
 - Fixes for some issues with printing constraints during boot which
   should probably have gone in for v4.1 but didn't.
 - New drivers for Dialog DA9062, Maxim MAX77621 and Qualcomm SPMI regulators.

devicetree-for-4.2

DeviceTree updates for 4.2:

- dtc import script improvements and sync with upstream dtc.

- Make CONFIG_OF user selectable enabling overlays and unittests on any
architecture.

- Constify FDT blob pointers.

- Add driver helper to directly match and return match data.

- Various DT binding documentation updates.

iommu-updates-v4.2

IOMMU Updates for Linux v4.2

This time with bigger changes than usual:

	* A new IOMMU driver for the ARM SMMUv3. This IOMMU is pretty
	  different from SMMUv1 and v2 in that it is configured through
	  in-memory structures and not through the MMIO register region.
	  The ARM SMMUv3 also supports IO demand paging for PCI devices
	  with PRI/PASID capabilities, but this is not implemented in
	  the driver yet.

	* Lots of cleanups and device-tree support for the Exynos IOMMU
	  driver. This is part of the effort to bring Exynos DRM support
	  upstream.

	* Introduction of default domains into the IOMMU core code. The
	  rationale behind this is to move functionalily out of the
	  IOMMU drivers to common code to get to a unified behavior
	  between different drivers.
	  The patches here introduce a default domain for iommu-groups
	  (isolation groups). A device will now always be attached to a
	  domain, either the default domain or another domain handled by
	  the device driver. The IOMMU drivers have to be modified to
	  make use of that feature. So long the AMD IOMMU driver is
	  converted, with others to follow.

	* Patches for the Intel VT-d drvier to fix DMAR faults that
	  happen when a kdump kernel boots. When the kdump kernel boots
	  it re-initializes the IOMMU hardware, which destroys all
	  mappings from the crashed kernel. As this happens before
	  the endpoint devices are re-initialized, any in-flight DMA
	  causes a DMAR fault. These faults cause PCI master aborts,
	  which some devices can't handle properly and go into an
	  undefined state, so that the device driver in the kdump kernel
	  fails to initialize them and the dump fails.
	  This is now fixed by copying over the mapping structures (only
	  context tables and interrupt remapping tables) from the old
	  kernel and keep the old mappings in place until the device
	  driver of the new kernel takes over. This emulates the the
	  behavior without an IOMMU to the best degree possible.

	* A couple of other small fixes and cleanups.

v4.0.6

This is the 4.0.6 stable release