On Wed, Nov 14, 2018 at 4:30 PM Kyle Evans <kev...@freebsd.org> wrote: > > On Wed, Nov 14, 2018 at 4:23 PM Subbsd <sub...@gmail.com> wrote: > > > > On Thu, Nov 15, 2018 at 1:05 AM Subbsd <sub...@gmail.com> wrote: > > > > > > On Thu, Nov 15, 2018 at 12:21 AM Rebecca Cran <rebe...@bluestop.org> > > > wrote: > > > > > > > > On November 14, 2018 at 2:18:04 PM, Subbsd (sub...@gmail.com) wrote: > > > >> > > > >> > > > >> My current host: FreeBSD 13.0-CURRENT r340319 and the problem is > > > >> still present. > > > > > > > > Rod was asking about the guest OS version, not the host though. > > > > > > > > > > > > > > I apologize, it seemed to me that I wrote earlier) Guest version: > > > https://download.freebsd.org/ftp/snapshots/amd64/amd64/ISO-IMAGES/13.0/FreeBSD-13.0-CURRENT-amd64-20181101-r339979-disc1.iso.xz > > > > Hm, it seems the problem is 'boot_serial' which is sets to YES by default > > in gop > > > > set boot_serial=NO > > boot > > > > solve this issue > > Huh? This is perhaps going to be a stupid question, but where is > boot_serial=YES getting set? Loader will not set it by itself and UEFI > doesn't respect /boot.config, so this must be explicitly set in > /boot/loader.conf or /boot/defaults/loader.conf, but it's not clear to > me what's putting it there.
http://src.illumos.org/source/xref/freebsd-head/usr.sbin/bhyveload/bhyveload.c#832 is the only place I can see immediately that this might be happening, but do UEFI boots go through bhyveload? I'm ignorant here. _______________________________________________ freebsd-virtualization@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-virtualization To unsubscribe, send any mail to "freebsd-virtualization-unsubscr...@freebsd.org"