Yes, this got the video console working again Thanks!
> On 23 Dec 2021, at 12:44, Ruben van Staveren via freebsd-stable > <[email protected]> wrote: > > > 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]> >>
