Summary: | [CI][DRMTIP] igt@kms_* - dmesg-warn - WARN_ON(intel_wait_for_register(&dev_priv->uncore, regs->driver, (0x1 << ((pw_idx) * 2)), (0x1 << ((pw_idx) * 2)), 1)) | ||
---|---|---|---|
Product: | DRI | Reporter: | Martin Peres <martin.peres> |
Component: | DRM/Intel | Assignee: | Imre Deak <imre.deak> |
Status: | CLOSED FIXED | QA Contact: | Intel GFX Bugs mailing list <intel-gfx-bugs> |
Severity: | normal | ||
Priority: | medium | CC: | intel-gfx-bugs, tomi.p.sarvela |
Version: | DRI git | ||
Hardware: | Other | ||
OS: | All | ||
Whiteboard: | ReadyForDev | ||
i915 platform: | ICL | i915 features: | CI Infra |
Description
Martin Peres
2019-05-16 12:34:57 UTC
Setting the priority to high and assigning to Imre because this failure means that a power well we are trying to enable never gets enabled, which could have a disastrous customer impact. The CI Bug Log issue associated to this bug has been updated. ### New filters associated * fi-icl-dsi: all tests - dmesg-warn - WARN_ON(intel_wait_for_register(&dev_priv->uncore, regs->driver, (0x1 << ((pw_idx) * 2)), (0x1 << ((pw_idx) * 2)), 1)) (No new failures associated) There is an HDMI monitor plugged into the port C connector, but icl-dsi doesn't support this: <7>[ 11.547665] [drm:intel_bios_init [i915]] Port C VBT info: DP:0 HDMI:1 DVI:1 EDP:0 CRT:0 TCUSB:1 TBT:1 (meaning port C is not configured for legacy TypeC mode as it should be for HDMI, rather in DP/TBT-alt TypeC mode). If the RVP has the F08 rework for HDMI, then the proper BIOS needs to be flashed on it and the corresponding BIOS setup (advanced/system agent/display/portX) applied. If the rework is not done on the RVP (and/or we don't want to test HDMI on this machine) then we have to make sure not to connect any HDMI monitor to it. It's also strange why the HDMI monitor appears only in the middle of the test run (and is not connected during booting), but I think it's not worth investigating that, before fixing the machine configuration. Hi, There is only DSI panel on this. No HDMI plugged in. Isnt this similar like 108070? This cannot be high as no real customer impact. They have proper VBT anyway. The reproduction rate of this failure is 100% on icl-dsi machine. (In reply to Lakshmi from comment #7) > The reproduction rate of this failure is 100% on icl-dsi machine. We have still a wrong VBT as described in comment#3. I haven't seen any follow-up on fixing this VBT issue yet, driving that effort (fixing the VBT for this machine) would be the next step, by the person who can provide a new fixed VBT. The VBT has been changed now and has: <7>[ 9.660348] [drm:intel_bios_init [i915]] Port C VBT info: CRT:0 DVI:0 HDMI:0 DP:1 eDP:0 LSPCON:0 USB-Type-C:0 TBT:0 so the port is marked as connected to a native Display Port connector. However due to the missing RVP rework or the wrong setting in BIOS setup, the corresponding PHY is still not ready for legacy mode: <7>[ 9.677087] [drm:icl_tc_phy_connect [i915]] Port C/TC#1: PHY not ready <7>[ 9.677147] [drm:intel_tc_port_sanitize [i915]] Port C/TC#1: sanitize mode (tbt-alt) However we can close this bug as the originally reported timeouts shouldn't happen, as the driver will not use the port in legacy/DP-alt mode (which originally caused the timeouts). Last seen drmtip_319 (4 months, 3 weeks old), not seen in the last 88 runs, so closing and archiving this The CI Bug Log issue associated to this bug has been archived. New failures matching the above filters will not be associated to this bug anymore. |
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.