Date: Fri, 8 Feb 2019 15:29:00 +1100 (EST) From: Bruce Evans <brde@optusnet.com.au> Cc: int19h@gmail.com, bugs@freebsd.org Subject: Re: [Bug 230172] FreeBSD 11.2 fails to boot on Celeron J1900 after upgrade from 11.1 Message-ID: <20190208143941.P1423@besplex.bde.org> In-Reply-To: <20190208123810.P1035@besplex.bde.org> References: <bug-230172-227@https.bugs.freebsd.org/bugzilla/> <bug-230172-227-O8veQUFmUq@https.bugs.freebsd.org/bugzilla/> <20190208123810.P1035@besplex.bde.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Fri, 8 Feb 2019, Bruce Evans wrote: > On Thu, 7 Feb 2019 a bug that doesn't want replies@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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20190208143941.P1423>