Note to self and other people interested. Maybe “loader.efi: Do not use as frame buffer BLT-only GOPs“ https://cgit.freebsd.org/src/commit/?id=76cbf786406311b7d89db0b725f9cd0c890e54e4 is worth trying, going to check this out tonight (CET)
> On 19 Oct 2021, at 21:44, Ruben van Staveren <[email protected]> wrote: > > I’ve booted the systems with the FreeBSD 12 live usb stick and the Ubuntu > 20.04 LTS desktop live usb. > > Both don’t show the required(???) ConOut/ConOutDev devices, preventing > FreeBSD 13 from doing anything graphical there and falling back to serial. > > It looks like the FreeBSD 12 loader tries vga textmode anyway in that case > but support for that has been removed from the FreeBSD 13 loader. > > Does anyone more enlightened in UEFI has a clue wether this is a valid > motherboard behaviour? > > >> On 6 Oct 2021, at 15:17, Warner Losh <[email protected]> wrote: >> >> >> >>> On Wed, Oct 6, 2021, 6:22 AM Tomoaki AOKI <[email protected]> wrote: >>> On Wed, 6 Oct 2021 10:59:55 +0200 >>> Ruben van Staveren via freebsd-stable <[email protected]> >>> wrote: >>> >>> > >>> > >>> > > On 6 Oct 2021, at 05:20, Warner Losh <[email protected]> wrote: >>> > > >>> > > 〓 >>> > > >>> > > >>> > >> On Tue, Oct 5, 2021, 12:17 PM Ruben van Staveren via freebsd-stable >>> > >> <[email protected]> wrote: >>> > >> >>> > > >>> > > >>> > > Can you pipe this through '| carbs sudo efivar --devicepath' please? >>> > >>> > sudo efivar | grep -- -Con | carbs sudo efivar --device-path >>> > 8be4df61-93ca-11d2-aa0d-00e098032b8c-ConIn >>> > : >>> > PciRoot(0x0)/Pci(0x14,0x0)/USB(0x1,0x0)/USB(0x1,0x0),/PciRoot(0x0)/Pci(0x14,0x0)/USB(0x1,0x0)/USB(0x3,0x0) >>> > >>> > 8be4df61-93ca-11d2-aa0d-00e098032b8c-ConInDev >>> > : >>> > PciRoot(0x0)/Pci(0x14,0x0)/USB(0x1,0x0)/USB(0x1,0x0),/PciRoot(0x0)/Pci(0x14,0x0)/USB(0x1,0x0)/USB(0x3,0x0) >> >> >> So two USB devices. I'm guessing that they are a keyboard and mouse. >> >> Warner >> >>> > >>> > > Warner >>> > >> >>> > >>> > I wonder if this has something to do with secure boot restrictions, the >>> > documentation of that motherboard is quite heavy on it. This is disabled >>> > as far as I know, as all SATA/NVMe storage is available. At first I >>> > thought this might be due to the intel i9-11900T video not supported yet, >>> > but also with a GeForce GT 710 installed the video doesn’t work in UEFI >>> > mode. >>> > >>> > Best Regards, >>> > Ruben >>> >>> Just a thought reading web page [1]. >>> The motherbord actually uses just the same device path as ConIn, but >>> does NOT set ConOut and ConOutDev erroneously. >>> If so, we would need trying device path of conIn for ConOut, if not set. >>> >>> >>> [1] >>> https://edk2-docs.gitbook.io/edk-ii-uefi-driver-writer-s-guide/3_foundation/readme.15/3157_conout >>> >>> >>> Just FYI, my ThinkPad P52 with nvidia GPU, UEFI boot is working, shows >>> output of `efivar | grep -- -Con | xargs efivar --device-path` >>> >>> 8be4df61-93ca-11d2-aa0d-00e098032b8c-ConOutDev >>> : PciRoot(0x0)/Pci(0x1,0x0)/Pci(0x0,0x0)/AcpiAdr(0x80010100) >>> >>> 8be4df61-93ca-11d2-aa0d-00e098032b8c-ConInDev >>> : PciRoot(0x0)/Pci(0x1f,0x0)/Acpi(PNP0303,0x0) >>> >>> 8be4df61-93ca-11d2-aa0d-00e098032b8c-ConOut >>> : PciRoot(0x0)/Pci(0x1,0x0)/Pci(0x0,0x0)/AcpiAdr(0x80010100) >>> >>> 8be4df61-93ca-11d2-aa0d-00e098032b8c-ConIn >>> : PciRoot(0x0)/Pci(0x1f, >>> 0x0)/Acpi(PNP0303,0x0),/VenHw(87c8ba12-5952-4012-8297-dede395f5d5b),/PciRoot(0x0)/Pci(0x1f, >>> 0x0)/Acpi(PNP0f03,0x0),/VenHw(ea52f05f-ee81-45b7-807a-ceefbe9ba6c2),/PciRoot(0x0)/Pci(0x14,0x0)/USB(0x5,0x0),/PciRoot(0x0)/Pci(0x14,0x0)/USB(0x3,0x0)/USB(0x0,0x0),/PciRoot(0x0)/Pci(0x14,0x0)/USB(0x0,0x0) >>> >>> >>> -- >>> Tomoaki AOKI <[email protected]> >
