Hi Linus,
didn't want these to wait for stable cycle, the nouveau and radeon ones are the same problem, where the runtime pm stuff broke non-runtime pm managed secondary GPUs, udl is an oops on unplug, and i915 is a regression fix on Sandybridge even though it may break haswell (regression wins).
Dave.
The following changes since commit b098d6726bbfb94c06d6e1097466187afddae61f:
Linux 3.14-rc8 (2014-03-24 19:31:17 -0700)
are available in the git repository at:
git://people.freedesktop.org/~airlied/linux drm-fixes
for you to fetch changes up to 8ee661b505613ef2747b350ca2871a31b3781bee:
drm/i915: Undo gtt scratch pte unmapping again (2014-03-28 12:33:50 +1000)
---------------------------------------------------------------- Daniel Vetter (1): drm/i915: Undo gtt scratch pte unmapping again
Dave Airlie (3): drm/udl: take reference to device struct for dma-bufs drm/nouveau: fail runtime pm properly. drm/radeon: fix runtime suspend breaking secondary GPUs
drivers/gpu/drm/i915/i915_gem_gtt.c | 2 +- drivers/gpu/drm/nouveau/nouveau_drm.c | 14 ++++++++++---- drivers/gpu/drm/radeon/radeon_drv.c | 17 ++++++++++++----- drivers/gpu/drm/udl/udl_gem.c | 11 ++++++++--- 4 files changed, 31 insertions(+), 13 deletions(-)
On Fri, Mar 28, 2014 at 02:46:11AM +0000, Dave Airlie wrote:
Hi Linus,
didn't want these to wait for stable cycle, the nouveau and radeon ones are the same problem, where the runtime pm stuff broke non-runtime pm managed secondary GPUs, udl is an oops on unplug, and i915 is a regression fix on Sandybridge even though it may break haswell (regression wins).
My apologies for the i915 regression fumble, that thing somehow fell through the cracks here for almost half a year :( Imo that's more than enough flailing to just go ahead with the revert, and the re-broken hsw should get peoples attention ... -Daniel
dri-devel@lists.freedesktop.org