[Bug 69808] New: [Baytrail-M Regression Bisected] testdisplay cause "Call Trace"

bugzilla-daemon at freedesktop.org bugzilla-daemon at freedesktop.org
Wed Sep 25 05:41:35 PDT 2013


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

          Priority: medium
            Bug ID: 69808
                CC: intel-gfx-bugs at lists.freedesktop.org
          Assignee: jbarnes at virtuousgeek.org
           Summary: [Baytrail-M Regression Bisected] testdisplay cause
                    "Call Trace"
        QA Contact: intel-gfx-bugs at lists.freedesktop.org
          Severity: major
    Classification: Unclassified
                OS: All
          Reporter: yangweix.shui at intel.com
          Hardware: Other
            Status: NEW
           Version: unspecified
         Component: DRM/Intel
           Product: DRI

Created attachment 86557
  --> https://bugs.freedesktop.org/attachment.cgi?id=86557&action=edit
dmesg: testdisplay cause call trace

Description:
-------------------------
After running testdisplay cases(include -a,-d,-p,-t,-f), there's call trace
come up in console. No matter we use which kind pipe(VGA or eDP), each of them
exists. It's a regression and been bisected.

Bisect result:
-------------------------
f1f644dc66cbaf5a4c7dcde683361536b41885b9 is the first bad commit
commit f1f644dc66cbaf5a4c7dcde683361536b41885b9
Author: Jesse Barnes <jbarnes at virtuousgeek.org>
Date:   Thu Jun 27 00:39:25 2013 +0300

    drm/i915: get mode clock when reading the pipe config v9

    We need this for comparing modes between configuration changes.

    The tricky part is to allow us to reuse the new get_clock stuff to
    recover the lvds clock on gen2/3 when neither the vbt has an lvds mode
    nor the panel a (useful) EDID.

    v2: try harder to calulate non-simple pixel clocks (Daniel)
        call get_clock after getting the encoder config, needed for pixel
multiply
        (Jesse)
    v3: drop get_clock now that the pixel_multiply has been moved into
        get_pipe_config
    v4: re-add get_clock; we need to get the pixel multiplier in the
        encoder, so need to calculate the clock value after the encoder's
        get_config is called
    v5: drop hsw clock_get, still needs to be written



Reproduce Steps:
------------------------
1. boot up machine
2. run testdisplay
3. checkout dmesg

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


More information about the intel-gfx-bugs mailing list