Date: Thu, 23 Dec 2021 12:43:29 +0100 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: <84A8B82F-A466-44FD-B118-47F754878DD9@verweg.com> In-Reply-To: <40211B66-B082-4C58-B4F4-25A2CBBD0345@verweg.com> References: <40211B66-B082-4C58-B4F4-25A2CBBD0345@verweg.com>
next in thread | previous in thread | raw e-mail | index | archive | help
--Apple-Mail-072D91AF-64CE-475D-A1C6-807084C773A4 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Note to self and other people interested. Maybe =E2=80=9Cloader.efi: Do not use as frame buffer BLT-only GOPs=E2=80=9C= https://cgit.freebsd.org/src/commit/?id=3D76cbf786406311b7d89db0b725f9cd0c8= 90e54e4 is worth trying, going to check this out tonight (CET) > On 19 Oct 2021, at 21:44, Ruben van Staveren <ruben@verweg.com> wrote: >=20 > =EF=BB=BFI=E2=80=99ve booted the systems with the FreeBSD 12 live usb stic= k and the Ubuntu 20.04 LTS desktop live usb. >=20 > Both don=E2=80=99t show the required(???) ConOut/ConOutDev devices, preven= ting FreeBSD 13 from doing anything graphical there and falling back to seri= al. >=20 > 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. >=20 > Does anyone more enlightened in UEFI has a clue wether this is a valid mot= herboard behaviour? >=20 >=20 >> 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> wr= ote: >>> On Wed, 6 Oct 2021 10:59:55 +0200 >>> Ruben van Staveren via freebsd-stable <freebsd-stable@freebsd.org> >>> wrote: >>>=20 >>> >=20 >>> >=20 >>> > > On 6 Oct 2021, at 05:20, Warner Losh <imp@bsdimp.com> wrote: >>> > >=20 >>> > > =E3=80=93 >>> > >=20 >>> > >=20 >>> > >> On Tue, Oct 5, 2021, 12:17 PM Ruben van Staveren via freebsd-stable= <freebsd-stable@freebsd.org> wrote: >>> > >>=20 >>> > >=20 >>> > >=20 >>> > > Can you pipe this through '| carbs sudo efivar --devicepath' please?= >>> >=20 >>> > 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)/P= ci(0x14,0x0)/USB(0x1,0x0)/USB(0x3,0x0) >>> >=20 >>> > 8be4df61-93ca-11d2-aa0d-00e098032b8c-ConInDev >>> > : PciRoot(0x0)/Pci(0x14,0x0)/USB(0x1,0x0)/USB(0x1,0x0),/PciRoot(0x0)/P= ci(0x14,0x0)/USB(0x1,0x0)/USB(0x3,0x0) >>=20 >>=20 >> So two USB devices. I'm guessing that they are a keyboard and mouse. >>=20 >> Warner >>=20 >>> >=20 >>> > > Warner=20 >>> > >>=20 >>> >=20 >>> > I wonder if this has something to do with secure boot restrictions, th= e documentation of that motherboard is quite heavy on it. This is disabled a= s far as I know, as all SATA/NVMe storage is available. At first I thought t= his might be due to the intel i9-11900T video not supported yet, but also wi= th a GeForce GT 710 installed the video doesn=E2=80=99t work in UEFI mode. >>> >=20 >>> > 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_foundat= ion/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),/Pci= Root(0x0)/Pci(0x1f, >>> 0x0)/Acpi(PNP0f03,0x0),/VenHw(ea52f05f-ee81-45b7-807a-ceefbe9ba6c2),/Pci= Root(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 >>> --=20 >>> Tomoaki AOKI <junchoon@dec.sakura.ne.jp> >=20 --Apple-Mail-072D91AF-64CE-475D-A1C6-807084C773A4 Content-Type: multipart/related; type="text/html"; boundary=Apple-Mail-7D06AC8D-436D-4DD3-B71C-ED5B120CDAD4 Content-Transfer-Encoding: 7bit --Apple-Mail-7D06AC8D-436D-4DD3-B71C-ED5B120CDAD4 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <html><head><meta http-equiv=3D"content-type" content=3D"text/html; charset=3D= utf-8"></head><body dir=3D"auto"><div dir=3D"ltr"></div><div dir=3D"ltr">Not= e to self and other people interested.</div><div dir=3D"ltr"><br></div><div d= ir=3D"ltr">Maybe =E2=80=9Cloader.efi: Do not use as frame buffer BLT-only GO= Ps=E2=80=9C <a href=3D"https://cgit.freebsd.org/src/commit/?id=3D76cbf7= 86406311b7d89db0b725f9cd0c890e54e4">https://cgit.freebsd.org/src/commit/?id=3D= 76cbf786406311b7d89db0b725f9cd0c890e54e4</a> is worth trying, going to c= heck this out tonight (CET)</div><div dir=3D"ltr"><br><blockquote type=3D"ci= te">On 19 Oct 2021, at 21:44, Ruben van Staveren <ruben@verweg.com> wr= ote:<br><br></blockquote></div><blockquote type=3D"cite"><div dir=3D"ltr">=EF= =BB=BF<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dutf-= 8">I=E2=80=99ve booted the systems with the FreeBSD 12 live usb stick and th= e Ubuntu 20.04 LTS desktop live usb.<div class=3D""><br class=3D""></div><di= v class=3D"">Both don=E2=80=99t show the required(???) ConOut/ConOutDev devi= ces, preventing FreeBSD 13 from doing anything graphical there and falling b= ack to serial.</div><div class=3D""><br class=3D""></div><div class=3D"">It l= ooks like the FreeBSD 12 loader tries vga textmode anyway in that case but s= upport for that has been removed from the FreeBSD 13 loader.</div><div class= =3D""><br class=3D""></div><div class=3D"">Does anyone more enlightened in U= EFI has a clue wether this is a valid motherboard behaviour?</div><div class= =3D""><br class=3D""><div><br class=3D""><blockquote type=3D"cite" class=3D"= "><div class=3D"">On 6 Oct 2021, at 15:17, Warner Losh <<a href=3D"mailto= :imp@bsdimp.com" class=3D"">imp@bsdimp.com</a>> wrote:</div><br class=3D"= Apple-interchange-newline"><div class=3D""><meta charset=3D"UTF-8" class=3D"= "><div dir=3D"auto" style=3D"caret-color: rgb(0, 0, 0); font-family: Helveti= ca; font-size: 12px; font-style: normal; font-variant-caps: normal; font-wei= ght: normal; letter-spacing: normal; text-align: start; text-indent: 0px; te= xt-transform: none; white-space: normal; word-spacing: 0px; -webkit-text-str= oke-width: 0px; text-decoration: none;" class=3D""><div class=3D""><br class= =3D""><br class=3D""><div class=3D"gmail_quote"><div dir=3D"ltr" class=3D"gm= ail_attr">On Wed, Oct 6, 2021, 6:22 AM Tomoaki AOKI <<a href=3D"mailto:ju= nchoon@dec.sakura.ne.jp" class=3D"">junchoon@dec.sakura.ne.jp</a>> wrote:= <br class=3D""></div><blockquote class=3D"gmail_quote" style=3D"margin: 0px 0= px 0px 0.8ex; border-left-width: 1px; border-left-style: solid; border-left-= color: rgb(204, 204, 204); padding-left: 1ex;">On Wed, 6 Oct 2021 10:59:55 += 0200<br class=3D"">Ruben van Staveren via freebsd-stable <<a href=3D"mail= to:freebsd-stable@freebsd.org" target=3D"_blank" rel=3D"noreferrer" class=3D= "">freebsd-stable@freebsd.org</a>><br class=3D"">wrote:<br class=3D""><br= class=3D"">><span class=3D"Apple-converted-space"> </span><br class= =3D"">><span class=3D"Apple-converted-space"> </span><br class=3D"">= > > On 6 Oct 2021, at 05:20, Warner Losh <<a href=3D"mailto:imp@bsd= imp.com" target=3D"_blank" rel=3D"noreferrer" class=3D"">imp@bsdimp.com</a>&= gt; wrote:<br class=3D"">> ><span class=3D"Apple-converted-space">&nbs= p;</span><br class=3D"">> > =E3=80=93<br class=3D"">> ><span cla= ss=3D"Apple-converted-space"> </span><br class=3D"">> ><span clas= s=3D"Apple-converted-space"> </span><br class=3D"">> >> On Tue= , Oct 5, 2021, 12:17 PM Ruben van Staveren via freebsd-stable <<a href=3D= "mailto:freebsd-stable@freebsd.org" target=3D"_blank" rel=3D"noreferrer" cla= ss=3D"">freebsd-stable@freebsd.org</a>> wrote:<br class=3D"">> >>= ;<span class=3D"Apple-converted-space"> </span><br class=3D"">> >= <span class=3D"Apple-converted-space"> </span><br class=3D"">> ><= span class=3D"Apple-converted-space"> </span><br class=3D"">> > C= an you pipe this through '| carbs sudo efivar --devicepath' please?<br class= =3D"">><span class=3D"Apple-converted-space"> </span><br class=3D"">= > sudo efivar | grep -- -Con | carbs sudo efivar --device-path<br class=3D= "">> 8be4df61-93ca-11d2-aa0d-00e098032b8c-ConIn<br class=3D"">> : PciR= oot(0x0)/Pci(0x14,0x0)/USB(0x1,0x0)/USB(0x1,0x0),/PciRoot(0x0)/Pci(0x14,0x0)= /USB(0x1,0x0)/USB(0x3,0x0)<br class=3D"">><span class=3D"Apple-converted-= space"> </span><br class=3D"">> 8be4df61-93ca-11d2-aa0d-00e098032b8c= -ConInDev<br class=3D"">> : PciRoot(0x0)/Pci(0x14,0x0)/USB(0x1,0x0)/USB(0= x1,0x0),/PciRoot(0x0)/Pci(0x14,0x0)/USB(0x1,0x0)/USB(0x3,0x0)<br class=3D"">= </blockquote></div></div><div dir=3D"auto" class=3D""><br class=3D""></div><= div dir=3D"auto" class=3D"">So two USB devices. I'm guessing that they are a= keyboard and mouse.</div><div dir=3D"auto" class=3D""><br class=3D""></div>= <div dir=3D"auto" class=3D"">Warner</div><div dir=3D"auto" class=3D""><br cl= ass=3D""></div><div dir=3D"auto" class=3D""><div class=3D"gmail_quote"><bloc= kquote class=3D"gmail_quote" style=3D"margin: 0px 0px 0px 0.8ex; border-left= -width: 1px; border-left-style: solid; border-left-color: rgb(204, 204, 204)= ; padding-left: 1ex;">><span class=3D"Apple-converted-space"> </span= ><br class=3D"">> > Warner<span class=3D"Apple-converted-space"> = </span><br class=3D"">> >><span class=3D"Apple-converted-space">&nb= sp;</span><br class=3D"">><span class=3D"Apple-converted-space"> </s= pan><br class=3D"">> I wonder if this has something to do with secure boo= t restrictions, the documentation of that motherboard is quite heavy on it. T= his is disabled as far as I know, as all SATA/NVMe storage is available. At f= irst I thought this might be due to the intel i9-11900T video not supported y= et, but also with a GeForce GT 710 installed the video doesn=E2=80=99t work i= n UEFI mode.<br class=3D"">><span class=3D"Apple-converted-space"> <= /span><br class=3D"">> Best Regards,<br class=3D"">> &nbs= p;Ruben<br class=3D""><br class=3D"">Just a thought reading web page [1].<br= class=3D"">The motherbord actually uses just the same device path as ConIn,= but<br class=3D"">does NOT set ConOut and ConOutDev erroneously.<br class=3D= "">If so, we would need trying device path of conIn for ConOut, if not set.<= br class=3D""><br class=3D""><br class=3D"">[1]<br class=3D""><a href=3D"htt= ps://edk2-docs.gitbook.io/edk-ii-uefi-driver-writer-s-guide/3_foundation/rea= dme.15/3157_conout" rel=3D"noreferrer noreferrer" target=3D"_blank" class=3D= "">https://edk2-docs.gitbook.io/edk-ii-uefi-driver-writer-s-guide/3_foundati= on/readme.15/3157_conout</a><br class=3D""><br class=3D""><br class=3D"">Jus= t FYI, my ThinkPad P52 with nvidia GPU, UEFI boot is working, shows<br= class=3D"">output of `efivar | grep -- -Con | xargs efivar --device-path`<b= r class=3D""><br class=3D"">8be4df61-93ca-11d2-aa0d-00e098032b8c-ConOutDev<b= r class=3D"">: PciRoot(0x0)/Pci(0x1,0x0)/Pci(0x0,0x0)/AcpiAdr(0x80010100)<br= class=3D""><br class=3D"">8be4df61-93ca-11d2-aa0d-00e098032b8c-ConInDev<br c= lass=3D"">: PciRoot(0x0)/Pci(0x1f,0x0)/Acpi(PNP0303,0x0)<br class=3D""><br c= lass=3D"">8be4df61-93ca-11d2-aa0d-00e098032b8c-ConOut<br class=3D"">: PciRoo= t(0x0)/Pci(0x1,0x0)/Pci(0x0,0x0)/AcpiAdr(0x80010100)<br class=3D""><br class= =3D"">8be4df61-93ca-11d2-aa0d-00e098032b8c-ConIn<br class=3D"">: PciRoot(0x0= )/Pci(0x1f,<br class=3D"">0x0)/Acpi(PNP0303,0x0),/VenHw(87c8ba12-5952-4012-8= 297-dede395f5d5b),/PciRoot(0x0)/Pci(0x1f,<br class=3D"">0x0)/Acpi(PNP0f03,0x= 0),/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)<br class=3D""><br class=3D""><br class=3D"">= --<span class=3D"Apple-converted-space"> </span><br class=3D"">Tomoaki A= OKI <<a href=3D"mailto:junchoon@dec.sakura.ne.jp" target=3D"= _blank" rel=3D"noreferrer" class=3D"">junchoon@dec.sakura.ne.jp</a>></blo= ckquote></div></div></div></div></blockquote></div><br class=3D""></div></di= v></blockquote></body></html>= --Apple-Mail-7D06AC8D-436D-4DD3-B71C-ED5B120CDAD4 Content-Type: application/octet-stream; name=signature.asc; x-apple-part-url=FF38E2AB-3F00-4645-B4C6-8F5363237963 Content-Disposition: attachment; filename=signature.asc Content-Transfer-Encoding: 7bit Content-Id: <FF38E2AB-3F00-4645-B4C6-8F5363237963> -----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-7D06AC8D-436D-4DD3-B71C-ED5B120CDAD4-- --Apple-Mail-072D91AF-64CE-475D-A1C6-807084C773A4--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?84A8B82F-A466-44FD-B118-47F754878DD9>