| Summary: | Enabled PSR causes system lockups after screen was disabled (DELL XPS 13, Broadwell-U) | ||
|---|---|---|---|
| Product: | DRI | Reporter: | Dominik Brodowski <linux> |
| Component: | DRM/Intel | Assignee: | Jim Bride <jim.bride> |
| Status: | CLOSED FIXED | QA Contact: | Intel GFX Bugs mailing list <intel-gfx-bugs> |
| Severity: | critical | ||
| Priority: | medium | CC: | intel-gfx-bugs, linux, przanoni |
| Version: | unspecified | ||
| Hardware: | x86-64 (AMD64) | ||
| OS: | Linux (All) | ||
| Whiteboard: | |||
| i915 platform: | BDW | i915 features: | display/PSR |
Still present in Linux v4.8 (In reply to Dominik Brodowski from comment #1) > Still present in Linux v4.8 Dominik, the following submitted patch https://patchwork.freedesktop.org/patch/127188/ is going to set psr by default because it's known to cause bugs -until we get proper fix. As a general rule, we really don't recommend setting any i915 options to enable or disable features. We just merged a patch to disable PSR by default:
commit 2ee7dc497e348eecbb82adbb1ea9e9a7e29fe921
drm/i915: disable PSR by default on HSW/BDW
This commit is marked for inclusion in the stable Kernels, so it should reach your Linux distribution at some point soon.
Thank you for your bug report. In case you think the problem still happens, please feel free to reopen the bug.
|
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.
Since commit 9b58e352b463f2f096d699d47b1c4c57879b617f up to v4.8-rc5, my DELL XPS 13 experiences lock-ups whenever the screen is re-enabled after having been disabled by power management. Suspend-resume works fine. Further data points: i915.enable_psr=0 works fine. i915.enable_psr=2 causes screen flickering, i915.enable_psr=3 also shows the buggy behavior. With i915.enable_psr=0 the output of /sys/kernel/debug/dri/0/i915_edp_psr_status is: Sink_Support: yes Source_OK: no Enabled: no Active: no Busy frontbuffer bits: 0x000 Re-enable work scheduled: no Main link in standby mode: no HW Enabled & Active bit: no Performance_Counter: 0 This is on a DELL XPS 13, Debian Jessie (running Gnome), with the lspci -vvv snippet: 00:02.0 VGA compatible controller: Intel Corporation Broadwell-U Integrated Graphics (rev 09) (prog-if 00 [VGA controller]) Subsystem: Dell Device 0665 Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- Latency: 0 Interrupt: pin A routed to IRQ 42 Region 0: Memory at f6000000 (64-bit, non-prefetchable) [size=16M] Region 2: Memory at e0000000 (64-bit, prefetchable) [size=256M] Region 4: I/O ports at f000 [size=64] [virtual] Expansion ROM at 000c0000 [disabled] [size=128K] Capabilities: <access denied> Kernel driver in use: i915 Oh, and the bug reported yesterday (concerning commit 1c80c25fb6) to the mailing lists is unrelated to this bug. Best, Dominik