9c19415c23
Daniel Vetter writes: rc2 is out the door so I've figured I'll annoy you with the first -next pull request for 3.6 already. Highlights: - new wait_rendring_timeout interface (Ben) - l3 cache remapping and error uevent support (Ben) - even more infoframes work from Paulo - gen4 hotplug rework from Chris - prep work to make Laurent Pincharts original mode constification for connector->mode_fixup possible QA reported a few new bugs this time around, but no regressions afact. For 3.5 the only thing I'm aware of is the edp vdd dmesg spam Linus originally reported - it looks like that might have been introduced in 3.5. But somehow my brain is routinely offline when I work on that issue, so things seem to take forever (and atm I'm at patch v4 for that little problem). * tag 'drm-intel-next-2012-06-04' of git://people.freedesktop.org/~danvet/drm-intel: (39 commits) drm/i915: add min freq control to debugfs drm/i915: don't chnage the original mode in dp_mode_fixup drm/i915: adjusted_mode->clock in the dp mode_fixup drm/i915: compute the target_clock for edp directly drm/i915: extract object active state flushing code drm/i915: clarify IBX dp workaround drm/i915: simplify sysfs setup code drm/i915: initialize the parity work only once drm/i915: ivybridge_handle_parity_error should be static drm/i915: l3 parity sysfs interface drm/i915: remap l3 on hw init drm/i915: enable parity error interrupts drm/i915: Dynamic Parity Detection handling drm/i915: s/mdelay/msleep/ in the sdvo detect function drm/i915: reuse the sdvo tv clock adjustment in ilk mode_set drm/i915: there's no cxsr on ilk drm/i915: add some barriers when changing DIPs drm/i915: remove comment about HSW HDMI DIPs drm/i915: don't set SDVO_BORDER_ENABLE when we're HDMI drm/i915: don't write 0 to DIP control at HDMI init ... |
||
|---|---|---|
| .. | ||
| drm | ||
| stub | ||
| vga | ||
| Makefile | ||