[Bug 88909] [BYT bisected ]igt/kms_flip/bo-too-big-interruptible segment fault

bugzilla-daemon at freedesktop.org bugzilla-daemon at freedesktop.org
Sun Feb 1 22:29:19 PST 2015


https://bugs.freedesktop.org/show_bug.cgi?id=88909

--- Comment #1 from Ding Heng <hengx.ding at intel.com> ---
a679064a7e9e8799177a64a31668a34a1bc6a4f1 is the first bad commit.
commit a679064a7e9e8799177a64a31668a34a1bc6a4f1
Author:     Matt Roper <matthew.d.roper at intel.com>
AuthorDate: Fri Jan 30 16:22:37 2015 -0800
Commit:     Daniel Vetter <daniel.vetter at ffwll.ch>
CommitDate: Sat Jan 31 10:35:46 2015 +0100

    drm/i915: Switch planes from transitional helpers to full atomic helpers

    There are two sets of helper functions provided by the DRM core that can
    implement the .update_plane() and .disable_plane() hooks in terms of a
    driver's atomic entrypoints.  The transitional helpers (which we have
    been using so far) create a plane state and then use the plane's atomic
    entrypoints to perform the atomic begin/check/prepare/commit/finish
    sequence on that single plane only.  The full atomic helpers create a
    top-level atomic state (which is capable of holding multiple object
    states for planes, crtc's, and/or connectors) and then passes the
    top-level atomic state through the full "atomic modeset" pipeline.

    Switching from the transitional to full helpers here shouldn't result in
    any functional change, but will enable us to exercise/test more of the
    internal atomic pipeline with the legacy API's used by existing
    applications.

    Signed-off-by: Matt Roper <matthew.d.roper at intel.com>
    Signed-off-by: Daniel Vetter <daniel.vetter at ffwll.ch>

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are on the CC list for the bug.
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/intel-gfx-bugs/attachments/20150202/eb2d87d1/attachment-0001.html>


More information about the intel-gfx-bugs mailing list