On Fri, 8 Feb 2019, Bruce Evans wrote:
On Thu, 7 Feb 2019 a bug that doesn't want repl...@freebsd.org wrote:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=230172
[syncing sc with i915kms, fixing lost video, and fixing corrupt i915kms]
On a Haswell desktop:
- first load of i915kms followed by vidcontrol MODE_280 gives the 16 lines
of corruption
- suspend (1 error writing a register from i915kms). Oops, then a long
timeout and GEM idle failure. The suspend is aborted and video is never
lost
- but this fixes the corruption! Maybe a suspend bounce would do it even
better
Suspend bounce indeed works better. After normal suspend/resume loses video,
load and unload i915kms to restore video with corruption in graphics modes.
Then suspend with bounce to fix the corruption in at least critical VESA
modes (VGA mode 13 is broken). Or to get i915kms without corruption, start
cold or reset as above; then load i915kms and fix the corruption using
suspend bounce.
That was for sc. vt is easier to fix. There is no visible corruption. Just
load i915kms to restore video. But to load it, first unload it.
Bruce
_______________________________________________
freebsd-bugs@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
