[Bug 239402] efifb ignored under 11.3 and later

bugzilla-noreply at freebsd.org bugzilla-noreply at freebsd.org
Tue Jul 23 12:58:28 UTC 2019


https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=239402

            Bug ID: 239402
           Summary: efifb ignored under 11.3 and later
           Product: Base System
           Version: 11.3-RELEASE
          Hardware: amd64
                OS: Any
            Status: New
          Severity: Affects Many People
          Priority: ---
         Component: bin
          Assignee: bugs at FreeBSD.org
          Reporter: mason at blisses.org

Created attachment 206008
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=206008&action=edit
Image of console exhibiting issue.

I was installing a VM last night under QEMU/KVM with OVMF for purposes of
looking at offline VM migration between this environment and Bhyve, and I
thought at first that my VM had locked up. RhodiumToad from Freenode suggested
that it hadn't locked up, but that it was using a console I wasn't looking at,
and he nailed it - I was able to interact on the VM's serial console.

I noted this behaviour on install disks from all of: 11.3-RELEASE,
12.0-RELEASE, 12-STABLE, and 13-CURRENT. Trying the 11.2-RELEASE install disk,
the efifb is used by default.

Something I noted was that 11.2-RELEASE shows the Beastie logo in colour,
whereas the newer installers show it in black and white.

Another slight oddity is that when I opted for a live session from the serial
console, I noticed a functional getty showing up on the efifb, so it seems like
the efifb works but simply isn't preferred under 11.3 and newer.

While this behaviour is pretty easy to accomodate, it was surprising, and I
didn't know to look at the serial console at first. I haven't tracked down just
why it's happening, but I'd be happy to help explore this.

I've attached an image of the efifb console at the point when the system starts
using the serial console exclusively.

-- 
You are receiving this mail because:
You are the assignee for the bug.


More information about the freebsd-bugs mailing list