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] > <mailto:[email protected]>> wrote: > On Wed, 6 Oct 2021 10:59:55 +0200 > Ruben van Staveren via freebsd-stable <[email protected] > <mailto:[email protected]>> > wrote: > > > > > > > > On 6 Oct 2021, at 05:20, Warner Losh <[email protected] > > > <mailto:[email protected]>> wrote: > > > > > > 〓 > > > > > > > > >> On Tue, Oct 5, 2021, 12:17 PM Ruben van Staveren via freebsd-stable > > >> <[email protected] <mailto:[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 > > <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] <mailto:[email protected]>>
signature.asc
Description: Message signed with OpenPGP
