From owner-svn-src-head@FreeBSD.ORG Sat Apr 4 08:47:44 2015 Return-Path: Delivered-To: svn-src-head@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 79B4E31F; Sat, 4 Apr 2015 08:47:44 +0000 (UTC) Received: from st11p02mm-asmtp002.mac.com (st11p02mm-asmtp002.mac.com [17.172.220.237]) (using TLSv1.2 with cipher DHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4B517B6A; Sat, 4 Apr 2015 08:47:44 +0000 (UTC) Received: from fukuyama.hsd1.ca.comcast.net (c-73-162-13-215.hsd1.ca.comcast.net [73.162.13.215]) by st11p02mm-asmtp002.mac.com (Oracle Communications Messaging Server 7.0.5.35.0 64bit (built Dec 4 2014)) with ESMTPSA id <0NM90001JXR9Y040@st11p02mm-asmtp002.mac.com>; Sat, 04 Apr 2015 08:47:36 +0000 (GMT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.13.68,1.0.33,0.0.0000 definitions=2015-04-04_01:2015-04-03,2015-04-04,1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 suspectscore=0 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=7.0.1-1412110000 definitions=main-1504040083 Content-type: text/plain; charset=us-ascii MIME-version: 1.0 (Mac OS X Mail 8.2 \(2070.6\)) Subject: Re: svn commit: r281059 - head/sys/boot/efi/boot1 From: Rui Paulo In-reply-to: <20150404175620.V1951@besplex.bde.org> Date: Sat, 04 Apr 2015 01:47:33 -0700 Content-transfer-encoding: quoted-printable Message-id: <6AF43C66-5436-4F8F-BDEC-B7C75A4D58DA@me.com> References: <201504040427.t344RtGZ095522@svn.freebsd.org> <20150404175620.V1951@besplex.bde.org> To: Bruce Evans X-Mailer: Apple Mail (2.2070.6) Cc: svn-src-head@freebsd.org, svn-src-all@freebsd.org, src-committers@freebsd.org, Rui Paulo X-BeenThere: svn-src-head@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: SVN commit messages for the src tree for head/-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Apr 2015 08:47:44 -0000 On Apr 4, 2015, at 00:27, Bruce Evans wrote: >=20 > On Sat, 4 Apr 2015, Rui Paulo wrote: >=20 >> Log: >> boot1 EFI: reset the screen and select the best mode. >>=20 >> It's necessary to reset the screen to make sure any vendor pixels are >> gone when we start boot1. In the Lenovo X1 (3rd gen), this is the >> only way to clear the screen. Previously, the Lenovo logo would only >> disappear after the kernel started scrolling the display. >>=20 >> After resetting the screen, EFI could put us in the worst LCD mode >> (oversized characters), so we now find the largest mode we can use = and >> hope it's the most appropriate one (it's not trivial to tell what's >> the correct LCD resolution at this point). It's worth noting that = the >> final stage loader has a 'mode' command that can be used to switch >> text modes. >=20 > :-(. >=20 > I just complained about the bug that vt (on non-EFI) clears the screen > where sc carefully preserves the screen in its history buffer. In my case, the "buffer" was a Lenovo logo. In other cases it might = include POST messages, but like you said vt already clears it. > For graphics mode, determining the resolution is the trivial part :-). > You also need OCR or something to translate the pixels into the format > of your history buffer. Don't forget to fetch Lenevo's history buffer > and translate it into your format :-). >=20 > I don't have problems with boot logos except when the battery dies, > since I turn them off until the CMOS forgets, but lose boot messages > in another way from newer monitors blanking the screen after mode > switches for much longer than older monitors. I expected newer = systems > to "fix" this by using the same graphics mode for the whole boot. This is very specific to EFI. FreeBSD has always strived to give you = text messages during boot and, while it would be easy to have the = FreeBSD logo all the way to Xorg like Ubuntu does, I don't see that = happening any time soon. Speaking of mode switching, they are pretty fast on this system. > Resetting the screen is even worse than clearing. Whole boots should > take a second or 2. I don't get close to that. More like 20. But = with > the monitor blanking the screen for 5+ seconds afer every mode switch, > even a 20-second boot gives almost no time for reading its messages. > Saving the messages in history buffers or booting with -p becomes more > important. In my system, these EFI calls (reset + clear) don't take long. I can't = tell any difference between the old boot time and the new boot time. -- Rui Paulo