[Bug 105549] Black/blank screen at boot (last message line: fb: switching to inteldrmfb from EFI VGA) unless i915.modeset=0 is set

bugzilla-daemon at freedesktop.org bugzilla-daemon at freedesktop.org
Mon Apr 9 16:51:26 UTC 2018


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

Ville Syrjala <ville.syrjala at linux.intel.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|REOPENED                    |NEEDINFO

--- Comment #19 from Ville Syrjala <ville.syrjala at linux.intel.com> ---
[   35.442022] [drm:intel_dp_init_connector [i915]] using AUX C for port C
(VBT)
[   35.442038] [drm:intel_hdmi_init_connector [i915]] Adding HDMI connector on
port C
[   35.442052] [drm:intel_hdmi_init_connector [i915]] Using DDC pin 0x2 for
port C (VBT)
...
[   35.461411] WARN_ON(!intel_gmbus_is_valid_pin(dev_priv, pin))
...
[   35.461609] BUG: unable to handle kernel NULL pointer dereference at
0000000000000010
[   35.461613] IP: i2c_transfer+0x4/0x86

So the VBT has a bogus gmbus pin specified for some reason. 2==VGADDC and
indeed that doesn't appear in the skl valid pins list. And the spec agrees with
our list.

Please attach a copy of /sys/kernel/debug/dri/0/i915_vbt.

I wonder if we should perhaps reject the entire HDMI port when the gmbus pin is
bogus? We'd lose one the HDMI ports though. Also these machines seem to have
eDP + HDMI + DP via type-C + VGA on them. I wonder how it's all hooked up when
we have just three ports declared in the VBT...

-- 
You are receiving this mail because:
You are the assignee for the bug.
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: <https://lists.freedesktop.org/archives/intel-gfx-bugs/attachments/20180409/5afe11d0/attachment.html>


More information about the intel-gfx-bugs mailing list