Re: No ConOut(Dev) on ASUS PRIME Z590M-PLUS UEFI

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@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@bsdimp.com> wrote:
>> 
>> 
>> 
>>> On Wed, Oct 6, 2021, 6:22 AM Tomoaki AOKI <junchoon@dec.sakura.ne.jp> wrote:
>>> On Wed, 6 Oct 2021 10:59:55 +0200
>>> Ruben van Staveren via freebsd-stable <freebsd-stable@freebsd.org>
>>> wrote:
>>> 
>>> > 
>>> > 
>>> > > On 6 Oct 2021, at 05:20, Warner Losh <imp@bsdimp.com> wrote:
>>> > > 
>>> > > 〓
>>> > > 
>>> > > 
>>> > >> On Tue, Oct 5, 2021, 12:17 PM Ruben van Staveren via freebsd-stable <freebsd-stable@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@dec.sakura.ne.jp>
>