Date: Tue, 19 Oct 2021 21:42:51 +0200 From: Ruben van Staveren via freebsd-stable <freebsd-stable@freebsd.org> To: FreeBSD-STABLE Mailing List <freebsd-stable@freebsd.org> Subject: Re: No ConOut(Dev) on ASUS PRIME Z590M-PLUS UEFI Message-ID: <40211B66-B082-4C58-B4F4-25A2CBBD0345@verweg.com> In-Reply-To: <CANCZdfpDHQFYOOvfCnEO4=jG1BPK8bxbdffohCfxTCxhGT-06w@mail.gmail.com> References: <CANCZdfpk7iqk0iKxHqRMpHUaEKp-ZCo5GjYoL8%2BE1m8O%2BY8vxw@mail.gmail.com> <14294C07-BBD3-4DDD-A952-9BBEC75D08F6@verweg.com> <20211006212252.17e7382482ffa4dc9ddc4e49@dec.sakura.ne.jp> <CANCZdfpDHQFYOOvfCnEO4=jG1BPK8bxbdffohCfxTCxhGT-06w@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
--Apple-Mail=_13B9ECC0-322C-4543-8508-ED6246CD0347 Content-Type: multipart/alternative; boundary="Apple-Mail=_728CA6A0-A0DF-417E-A490-C0581BB4AE61" --Apple-Mail=_728CA6A0-A0DF-417E-A490-C0581BB4AE61 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 I=E2=80=99ve booted the systems with the FreeBSD 12 live usb stick and = the Ubuntu 20.04 LTS desktop live usb. Both don=E2=80=99t 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: >=20 >=20 >=20 > On Wed, Oct 6, 2021, 6:22 AM Tomoaki AOKI <junchoon@dec.sakura.ne.jp = <mailto: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 = <mailto:freebsd-stable@freebsd.org>> > wrote: >=20 > > > > > > > On 6 Oct 2021, at 05:20, Warner Losh <imp@bsdimp.com = <mailto:imp@bsdimp.com>> wrote: > > > > > > =E3=80=93 > > > > > > > > >> On Tue, Oct 5, 2021, 12:17 PM Ruben van Staveren via = freebsd-stable <freebsd-stable@freebsd.org = <mailto: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(0x1= 4,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(0x1= 4,0x0)/USB(0x1,0x0)/USB(0x3,0x0) >=20 > So two USB devices. I'm guessing that they are a keyboard and mouse. >=20 > Warner >=20 > > > > > 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=E2=80=99t work in UEFI mode. > > > > Best Regards, > > Ruben >=20 > 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. >=20 >=20 > [1] > = https://edk2-docs.gitbook.io/edk-ii-uefi-driver-writer-s-guide/3_foundatio= n/readme.15/3157_conout = <https://edk2-docs.gitbook.io/edk-ii-uefi-driver-writer-s-guide/3_foundati= on/readme.15/3157_conout> >=20 >=20 > Just FYI, my ThinkPad P52 with nvidia GPU, UEFI boot is working, = shows > output of `efivar | grep -- -Con | xargs efivar --device-path` >=20 > 8be4df61-93ca-11d2-aa0d-00e098032b8c-ConOutDev > : PciRoot(0x0)/Pci(0x1,0x0)/Pci(0x0,0x0)/AcpiAdr(0x80010100) >=20 > 8be4df61-93ca-11d2-aa0d-00e098032b8c-ConInDev > : PciRoot(0x0)/Pci(0x1f,0x0)/Acpi(PNP0303,0x0) >=20 > 8be4df61-93ca-11d2-aa0d-00e098032b8c-ConOut > : PciRoot(0x0)/Pci(0x1,0x0)/Pci(0x0,0x0)/AcpiAdr(0x80010100) >=20 > 8be4df61-93ca-11d2-aa0d-00e098032b8c-ConIn > : PciRoot(0x0)/Pci(0x1f, > = 0x0)/Acpi(PNP0303,0x0),/VenHw(87c8ba12-5952-4012-8297-dede395f5d5b),/PciRo= ot(0x0)/Pci(0x1f, > = 0x0)/Acpi(PNP0f03,0x0),/VenHw(ea52f05f-ee81-45b7-807a-ceefbe9ba6c2),/PciRo= ot(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) >=20 >=20 > -- > Tomoaki AOKI <junchoon@dec.sakura.ne.jp = <mailto:junchoon@dec.sakura.ne.jp>> --Apple-Mail=_728CA6A0-A0DF-417E-A490-C0581BB4AE61-- --Apple-Mail=_13B9ECC0-322C-4543-8508-ED6246CD0347 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- iQIzBAEBAgAdFiEEJ5YXTZtFY5bgSLwXiG9r7NR3qT8FAmFvH7wACgkQiG9r7NR3 qT/dNBAAjGA4DXuZgbW1vm4ki6LEd6jBxB1f8dt64coezqysp9675qZTBgrVNbDO oNEWo1lCygCuc0DhQpbHeuZB0u1CqX8Bjh1AdEh/AfEpGqeAvKfsAo3Xau385PuT D/GAEROs/iadbj/Edu/KQOyBAxKM8KbO1H3j10dJq8DaibnIv8lzvw5LKaD7dOhg fTi4oPtuR/aX8rsFRp7UJeY5yRZ2i69n74G78RH7pslfSgW2DybIYycSveDX5zVN C8mtXwWa1IdlFBa7f2mdg/fbXhZYUuPT1W2/+W+Bi9i3LO92ayFlgI/UQ1msGcT6 ewMgSXrX/653a5OwyzXx4q3gFLOY0OJhBpsjO6urDxVgc/aXuTy2zsSjPTdtuOHw SNVGpd+Fvjqf0ZgNxPl6gL/7RfYgxgTAlRN+Uqm1m2suclS41tmtmHsSaCvTJPgI 9G5icU7ZrtR5MY8m1MsM4xM+8ov5xhRWHccSN8Pl0FzFgladALueDoZkU5cyZIEw Bg7yH0m1cHeOC8q4JONLHWyKe5JApaV9OLq1tPDcbh4FXRhFsm5Z6aGeY24RtqHt SEewFC5JhPZVIW3o5t/vDIkvL+bUnybQxYA8qOBZn9XB0l8zxO3JLA9+LHNJwbKZ OAReMOg6TOqnkFhxPUn1PKKyxMqyCywAC1eagA18nM1jOAFnEYU= =g8Ff -----END PGP SIGNATURE----- --Apple-Mail=_13B9ECC0-322C-4543-8508-ED6246CD0347--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?40211B66-B082-4C58-B4F4-25A2CBBD0345>