From owner-freebsd-bugs@freebsd.org Fri Feb 8 04:29:07 2019 Return-Path: Delivered-To: freebsd-bugs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 12F1114D3739 for ; Fri, 8 Feb 2019 04:29:07 +0000 (UTC) (envelope-from brde@optusnet.com.au) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 59B948F47F for ; Fri, 8 Feb 2019 04:29:06 +0000 (UTC) (envelope-from brde@optusnet.com.au) Received: by mailman.ysv.freebsd.org (Postfix) id 1329114D3736; Fri, 8 Feb 2019 04:29:06 +0000 (UTC) Delivered-To: bugs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id F356514D3733 for ; Fri, 8 Feb 2019 04:29:05 +0000 (UTC) (envelope-from brde@optusnet.com.au) Received: from mail104.syd.optusnet.com.au (mail104.syd.optusnet.com.au [211.29.132.246]) by mx1.freebsd.org (Postfix) with ESMTP id 6DF708F47E for ; Fri, 8 Feb 2019 04:29:04 +0000 (UTC) (envelope-from brde@optusnet.com.au) Received: from [192.168.0.102] (c110-21-101-228.carlnfd1.nsw.optusnet.com.au [110.21.101.228]) by mail104.syd.optusnet.com.au (Postfix) with ESMTPS id 5E26B438319; Fri, 8 Feb 2019 15:29:02 +1100 (AEDT) Date: Fri, 8 Feb 2019 15:29:00 +1100 (EST) From: Bruce Evans X-X-Sender: bde@besplex.bde.org 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 In-Reply-To: <20190208123810.P1035@besplex.bde.org> Message-ID: <20190208143941.P1423@besplex.bde.org> References: <20190208123810.P1035@besplex.bde.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Optus-CM-Score: 0 X-Optus-CM-Analysis: v=2.2 cv=P6RKvmIu c=1 sm=1 tr=0 a=PalzARQSbocsUSjMRkwAPg==:117 a=PalzARQSbocsUSjMRkwAPg==:17 a=9cW_t1CCXrUA:10 a=kj9zAlcOel0A:10 a=6I5d2MoRAAAA:8 a=Lfn9GK8Fs3su81KbwL4A:9 a=CjuIK1q_8ugA:10 a=IjZwj45LgO3ly-622nXo:22 X-Rspamd-Queue-Id: 6DF708F47E X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-6.96 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; NEURAL_HAM_SHORT(-0.96)[-0.956,0]; REPLY(-4.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0] X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Feb 2019 04:29:07 -0000 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