Linux kernel source tree https://git.amat.us/linux/atom/drivers/gpu/drm?h=v3.13.2 2014-01-20T02:28:30Z 2014-01-20T02:28:30Z Ilia Mirkin imirkin@alum.mit.edu 2014-01-19T15:30:32Z urn:sha1:72de182362e013b2c2cc92092d97fff58e429d5d Since commit 61b365a505d6 ("drm/nouveau: populate master subdev pointer only when fully constructed"), the nouveau_mxm(bios) call will return NULL, since it's still being called from the constructor. Instead, pass the mxm pointer via the unused data field. See https://bugs.freedesktop.org/show_bug.cgi?id=73791 Reported-by: Andreas Reis <andreas.reis@gmail.com> Tested-by: Andreas Reis <andreas.reis@gmail.com> Signed-off-by: Ilia Mirkin <imirkin@alum.mit.edu> Cc: Ben Skeggs <bskeggs@redhat.com> Cc: Dave Airlie <airlied@linux.ie> Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org> 2014-01-15T05:01:11Z Dave Airlie airlied@redhat.com 2014-01-15T05:01:11Z urn:sha1:703a8c2dfa5aa69b9b0a6684dc78ea28a2c7fe3e Single regression fix for nouveau * 'drm-nouveau-next' of git://git.freedesktop.org/git/nouveau/linux-2.6: drm/nouveau: fix null ptr dereferences on some boards 2014-01-15T04:24:05Z Ben Skeggs bskeggs@redhat.com 2014-01-14T04:56:22Z urn:sha1:fdd239ac99a0cc298b382c5ab5e7bcd09e8933d7 Regression from "device: populate master subdev pointer only when fully constructed" Reported-by: Bob Gleitsmann <rjgleits@bellsouth.net> Signed-off-by: Ben Skeggs <bskeggs@redhat.com> 2014-01-14T02:50:49Z Dave Airlie airlied@redhat.com 2014-01-14T02:50:49Z urn:sha1:abce1ec9b08a4f318f431e6b9a12524227ae7109 This reverts commit 3fbd6439e4639ecaeaae6c079e0aa497a1ac3482. This caused some strange booting lockup issues on an Intel G33 belonging to Daniel Vetter, very unusual, I was hoping Daniel would track this down, but it looks like instead I'll have to hack a different fix for -next. Signed-off-by: Dave Airlie <airlied@redhat.com> 2014-01-14T02:44:48Z Dave Airlie airlied@redhat.com 2014-01-14T02:44:48Z urn:sha1:c0eeb856e96982874ebd61b3af88b493d3f665cd Black screen fixes, one for hsw+bdw each and a regression fix for locking+load detection. * tag 'drm-intel-fixes-2014-01-13' of git://people.freedesktop.org/~danvet/drm-intel: drm/i915/bdw: make sure south port interrupts are enabled properly v2 drm/i915: Don't grab crtc mutexes in intel_modeset_gem_init() drm/i915: fix DDI PLLs HW state readout code 2014-01-10T21:35:15Z Jesse Barnes jbarnes@virtuousgeek.org 2014-01-10T21:13:09Z urn:sha1:09f2344d0896eb458a639b922224c7a202c11599 We were apparently relying on the defaults on BDW, which resulted in no hotplug or AUX interrupts. So be sure to call the ibx_irq_preinstall to enable all interrupts. v2: use preinstall instead of redundant SDIER write References: https://bugs.freedesktop.org/show_bug.cgi?id=72834 References: https://bugs.freedesktop.org/show_bug.cgi?id=72833 Signed-off-by: Jesse Barnes <jbarnes@virtuousgeek.org> Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch> 2014-01-10T07:46:19Z Ville Syrjälä ville.syrjala@linux.intel.com 2014-01-07T14:15:36Z urn:sha1:7ad228b11ec26a820291c9f5a1168d6176580dc1 When the pipe A force quirk is applied the code will attempt to grab a crtc mutex during intel_modeset_setup_hw_state(). If we're already holding all crtc mutexes this will obviously deadlock every time. So instead of using drm_modeset_lock_all() just grab the mode_config.mutex. This is enough to avoid the unlocked mutex warnings from certain lower level functions. The regression was introduced in: commit 027476642811f8559cbe00ef6cc54db230e48a20 Author: Ville Syrjälä <ville.syrjala@linux.intel.com> Date: Mon Dec 2 11:08:06 2013 +0200 drm/i915: Take modeset locks around intel_modeset_setup_hw_state() Signed-off-by: Ville Syrjälä <ville.syrjala@linux.intel.com> Cc: stable@vger.kernel.org [danvet: Add cc: stable since the offending commit has that, too.] Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch> 2014-01-08T14:54:09Z Paulo Zanoni paulo.r.zanoni@intel.com 2014-01-08T13:12:27Z urn:sha1:0882dae983707455e97479e5e904e37673517ebc Properly zero the refcounts and crtc->ddi_pll_set so the previous HW state doesn't affect the result of reading the current HW state. This fixes WARNs about WRPLL refcount if we have an HDMI monitor on HSW and then suspend/resume. Cc: stable@vger.kernel.org Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=64379 Tested-by: Qingshuai Tian <qingshuai.tian@intel.com> Signed-off-by: Paulo Zanoni <paulo.r.zanoni@intel.com> Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch> 2014-01-08T07:57:45Z Dave Airlie airlied@gmail.com 2014-01-08T07:57:45Z urn:sha1:ceb3b0212dfc843a6abe8a6f3b4e28c1f2059e64 misc fixes for nouveau, one more msi rearm, regression fix for old bioses crash and leak fixes. * 'drm-nouveau-next' of git://anongit.freedesktop.org/nouveau/linux-2.6: drm/nouveau/nouveau: fix memory leak in nouveau_crtc_page_flip() drm/nouveau/bios: fix offset calculation for BMPv1 bioses drm/nouveau: return offset of allocated notifier drm/nouveau/bios: make jump conditional drm/nvce/mc: fix msi rearm on GF114 drm/nvc0/gr: fix mthd data submission drm/nouveau: populate master subdev pointer only when fully constructed 2014-01-08T06:17:48Z Christian Engelmayer cengelma@gmx.at 2013-12-29T22:08:54Z urn:sha1:bbc6319676944aa43527656b996766b85558e7e0 Fix a memory leak in the nouveau_crtc_page_flip() error handling path. Signed-off-by: Christian Engelmayer <cengelma@gmx.at> Signed-off-by: Ben Skeggs <bskeggs@redhat.com>