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 <ruben_at_verweg.com> 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 <imp_at_bsdimp.com> wrote:
>>
>>
>>
>>> On Wed, Oct 6, 2021, 6:22 AM Tomoaki AOKI <junchoon_at_dec.sakura.ne.jp> wrote:
>>> On Wed, 6 Oct 2021 10:59:55 +0200
>>> Ruben van Staveren via freebsd-stable <freebsd-stable_at_freebsd.org>
>>> wrote:
>>>
>>> >
>>> >
>>> > > On 6 Oct 2021, at 05:20, Warner Losh <imp_at_bsdimp.com> wrote:
>>> > >
>>> > > 〓
>>> > >
>>> > >
>>> > >> On Tue, Oct 5, 2021, 12:17 PM Ruben van Staveren via freebsd-stable <freebsd-stable_at_freebsd.org> 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 <junchoon_at_dec.sakura.ne.jp>
>
Received on Thu Dec 23 2021 - 11:43:29 UTC