On Wed, Nov 14, 2018 at 4:30 PM Kyle Evans <kevans_at_freebsd.org> wrote: > > On Wed, Nov 14, 2018 at 4:23 PM Subbsd <subbsd_at_gmail.com> wrote: > > > > On Thu, Nov 15, 2018 at 1:05 AM Subbsd <subbsd_at_gmail.com> wrote: > > > > > > On Thu, Nov 15, 2018 at 12:21 AM Rebecca Cran <rebecca_at_bluestop.org> wrote: > > > > > > > > On November 14, 2018 at 2:18:04 PM, Subbsd (subbsd_at_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.Received on Wed Nov 14 2018 - 21:33:45 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:41:19 UTC