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: > > Hi Toomas, > > 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. > > commit 9b4871ee590632c8f983fbc82fea6a95a01e8c76 (HEAD) > Author: tsoome <tsoome@FreeBSD.org> > Date: Thu Sep 5 22:15:50 2019 +0000 > > loader: use teken teminal emulator for x86 and uefi > > 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. > > At this time we still only "draw" in text mode. > > Notes: > svn path=/head/; revision=351900 > > 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:) sorry, toomas
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?04ED5069-ABD4-43A7-B06A-03CBA037BECD>