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

From: Ruben van Staveren via freebsd-stable <freebsd-stable_at_freebsd.org>
Date: Thu, 23 Dec 2021 19:18:58 +0100
Yes, this got the video console working again

Thanks!

> On 23 Dec 2021, at 12:44, Ruben van Staveren via freebsd-stable <freebsd-stable_at_freebsd.org> 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 <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 - 18:18:58 UTC

Original text of this message