On Wed, Nov 14, 2018 at 6:52 PM Rodney W. Grimes <freebsd-rwg_at_pdx.rh.cn85.dnsmgr.net> wrote: > > > On Wed, Nov 14, 2018 at 3:49 PM Kyle Evans <kevans_at_freebsd.org> wrote: > > > > > Good, good, so the loader <-> kernel transition would appear to be > > > intact and information appears good at first blush. If you don't have > > > time to dig into this, I'll try poking at it this weekend, but it > > > looks to be either kernel problem or VNC server. > > > > FreeBSD 11.{1,2} and various Linux distros boot fine with UEFI GOP in > > the same time, the problem is only with FreeBSD 12-ALPHA+. > > Therefore it does not look like VNC server issue. > > Lets make sure this is not the invalid instruction trap (CLFLUSH) > that has already been fixed by BETA3. Is everyone infact using > BETA3 or later as a guest? We know of and have fixed this other > bug and I want to make sure we are not chassing a red hearing. My current host: FreeBSD 13.0-CURRENT r340319 and the problem is still present. As I recall, I first encountered this problem when FreeBSD-CURRENT (12) moved to the ALPHA-1 state. At least a month before the ALPHA-1, everything worked fine. At this time, the bootloader was changed to work with lua (and the distinguishing feature is that during this transition the boot menu lost color in the UEFI GOP mode). So, the first thing I thought was that it was related to the lua based menu. Now we know that it is not. However, the root of the problem lies at this time.Received on Wed Nov 14 2018 - 20:18:18 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:41:19 UTC