Date: Fri, 14 Feb 2020 13:50:14 +0200 From: Toomas Soome <tsoome@me.com> To: Yuri Pankov <ypankov@fastmail.com> Cc: Toomas Soome <tsoome@FreeBSD.org>, freebsd-current <freebsd-current@freebsd.org> Subject: Re: r351900 broke UEFI boot on VMware VMs Message-ID: <04ED5069-ABD4-43A7-B06A-03CBA037BECD@me.com> In-Reply-To: <2a38cf6d-2785-8d75-68fa-f546086c24c9@yuripv.me> References: <2a38cf6d-2785-8d75-68fa-f546086c24c9@yuripv.me>
next in thread | previous in thread | raw e-mail | index | archive | help
> On 14. Feb 2020, at 13:43, Yuri Pankov <ypankov@fastmail.com> wrote: >=20 > Hi Toomas, >=20 > I was finally able to find the revision that has broken UEFI boot on = VMware VMs, that is ESXi 6.7 and Workstation 15.x, for me at least -- VM = simply powers off (sometimes with uninformative message about runtime = exception) after loader messages and before displaying any kernel = messages. >=20 > commit 9b4871ee590632c8f983fbc82fea6a95a01e8c76 (HEAD) > Author: tsoome <tsoome@FreeBSD.org> > Date: Thu Sep 5 22:15:50 2019 +0000 >=20 > loader: use teken teminal emulator for x86 and uefi >=20 > Replace mini cons25 emulator with teken, this does enable us proper = console > terminal for loader and will make it possible to implement = different > back end callbacks to draw to screen. >=20 > At this time we still only "draw" in text mode. >=20 > Notes: > svn path=3D/head/; revision=3D351900 >=20 > Done by bisecting, building full ISO for every step, so it's likely = correct. Any ideas? I am currently working with that code, so hopefully will be able to find = the root cause soon enough. I am able to replicate the issue on fusion, = for time being, I have found that if you esc out from menu and enter ls = command, the crash wont happen:)=20 sorry, toomas=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?04ED5069-ABD4-43A7-B06A-03CBA037BECD>