| Summary: | [Gemini Lake] HDMI 2.0 compliance test failed - HF1-13 TMDS Protocol- Scrambling <=3.4Gbps | ||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Product: | DRI | Reporter: | JingWu Lin <jingwu.lin> | ||||||||||
| Component: | DRM/Intel | Assignee: | Clinton Taylor <clinton.a.taylor> | ||||||||||
| Status: | CLOSED FIXED | QA Contact: | Intel GFX Bugs mailing list <intel-gfx-bugs> | ||||||||||
| Severity: | major | ||||||||||||
| Priority: | high | CC: | intel-gfx-bugs, lakshminarayana.vudum | ||||||||||
| Version: | unspecified | ||||||||||||
| Hardware: | x86-64 (AMD64) | ||||||||||||
| OS: | Linux (All) | ||||||||||||
| Whiteboard: | Triaged, ReadyForDev | ||||||||||||
| i915 platform: | GLK | i915 features: | display/HDMI | ||||||||||
| Bug Depends on: | |||||||||||||
| Bug Blocks: | 107905 | ||||||||||||
| Attachments: |
|
||||||||||||
Please try to reproduce the error using drm-tip (https://cgit.freedesktop.org/drm-tip) and kernel parameters drm.debug=0x1e log_buf_len=4M, and if the problem persists attach the full dmesg from boot. Created attachment 141556 [details]
kernel log
board: GLK RVP kernel: Linux version 4.19.0-rc2-drm-tip-2018y-09m-04d+ Priority is set to Highest as this is blocking the customer to pass GKL devices as they are lacking the logo/sticker (Compliance test - pass certificate). Created attachment 141841 [details] [review] Test Patch for HDMI scrambling issues Here is a test patch the disable the HDMI Scrambler CTS and Scrambler Reset bits currently being set by the Linux driver. The QD980 reports HF1-13 passing, but requires a manual (xrandr) mode change between Iterations. Use view video feature to confirm scrambling is enabled and disabled correctly during mode change. Switching between 720x480 and 720x576 appears to work after the hot plug is generated. Thanks. We'll try with this test patch in testing lab. DRM is not reading the EDID after the HPD pulse from the QD980B between Iterations of the test execution. This is preventing the driver from turning off scrambling on the second iteration. Updated patch V2 to Intel-gfx mailing list Additional patch under test to solve scrambling disable after HPD. This is causing the Iteration 2 failure. Created attachment 142162 [details] [review] HDMI 2.0 scrambling enable/disable fix This patch passes both iterations of HDMI 2.0 CTS HF1-13 and the single iteration of HF1-12 (2160p Format). Update: This bug is not blocking anymore to the reporter. Testing is in progress, will take 1~2 weeks for the test results. Reducing the priority to High and status can be updated once the feedback is received. JW, any updates here? Patch V3 sent to Intel-gfx mailing list. Patch pushed to dinq JingWu Lin, do you confirm that the issue is resolved? |
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.
Created attachment 141516 [details] HF1-13 ERROR GKL fails HDMI 2.0 compliance test HF1-13 TMDS Protocol- Scrambling <=3.4Gbps. From MOI_CTS2.0u (HDMI2.0 certification rule), if more than one or no unscrambled control period per field exists than fail. The HDMI analyzer detects 14.