From nobody Thu Dec 23 18:18:58 2021 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id D573C190626A for ; Thu, 23 Dec 2021 18:19:27 +0000 (UTC) (envelope-from ruben@verweg.com) Received: from erg.verweg.com (erg.verweg.com [IPv6:2a02:898:96::5e8e:f508]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4JKdkk43dmz3v5B for ; Thu, 23 Dec 2021 18:19:26 +0000 (UTC) (envelope-from ruben@verweg.com) DKIM-Filter: OpenDKIM Filter v2.10.3 erg.verweg.com (unknown-jobid) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=verweg.com; s=verweg; t=1640283562; bh=XICddZRKugJHFdCcSd6/1F2UNIgyKme/mWNJymyG4iA=; h=From:Subject:Date:References:In-Reply-To:To:From; b=FJc8EVBBdbcta0xV3b/jamFgBcucQasegOeKJ8jPRAnaNdj4ppm4WUP6yBlHINZqA Q674yjknzCLj+O+tTaFaHUuRudhd9hj4PxRFxNemFMLmZLRp7u9UqtKmWdrACDC1iW 9kk/tb/kdZnQXhtIuy0+Id+nHJcngJytKx1GYCkeEV1eFsFghRfh59tpJr3tpAZOka T6dCKvox0Ky7lCmtRmryiOcqBUGGRLP3CCykJ24DRNVow14Vf7Ly3jTk+mQDCmWaqi UO664HmYFQOgNMQyuEMpAMhkg/Wk5ugaCONsECFWDtb9NF4iIDZPkWZDTRT8hH7UoV YATRR7vkaxv0g== Received: from smtpclient.apple (2a10-3781-03e9.connected.by.freedominter.net [IPv6:2a10:3781:3e9:1:a5b8:bb4d:88bc:d95e] (may be forged)) (authenticated bits=0) by erg.verweg.com (8.17.1/8.17.1) with ESMTPSA id 1BNIJLXE019053 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NOT) for ; Thu, 23 Dec 2021 18:19:21 GMT (envelope-from ruben@verweg.com) X-Authentication-Warning: erg.verweg.com: Host 2a10-3781-03e9.connected.by.freedominter.net [IPv6:2a10:3781:3e9:1:a5b8:bb4d:88bc:d95e] (may be forged) claimed to be smtpclient.apple Content-Type: multipart/alternative; boundary=Apple-Mail-CEECFC5E-1867-410C-A3D8-C20EA9C8FE20 Content-Transfer-Encoding: 7bit List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org Mime-Version: 1.0 (1.0) Subject: Re: No ConOut(Dev) on ASUS PRIME Z590M-PLUS UEFI Date: Thu, 23 Dec 2021 19:18:58 +0100 Message-Id: <0205EEAE-BE01-4FB4-A05E-6CAE76AFABC4@verweg.com> References: <84A8B82F-A466-44FD-B118-47F754878DD9@verweg.com> In-Reply-To: <84A8B82F-A466-44FD-B118-47F754878DD9@verweg.com> To: Ruben van Staveren via freebsd-stable X-Mailer: iPad Mail (19C56) X-Rspamd-Queue-Id: 4JKdkk43dmz3v5B X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=verweg.com header.s=verweg header.b=FJc8EVBB; dmarc=pass (policy=reject) header.from=verweg.com; spf=pass (mx1.freebsd.org: domain of ruben@verweg.com designates 2a02:898:96::5e8e:f508 as permitted sender) smtp.mailfrom=ruben@verweg.com X-Spamd-Result: default: False [-1.50 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[verweg.com:s=verweg]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; MV_CASE(0.50)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain,multipart/related]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; HAS_XAW(0.00)[]; HAS_ATTACHMENT(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[verweg.com:+]; DMARC_POLICY_ALLOW(-0.50)[verweg.com,reject]; R_SPF_ALLOW(-0.20)[+mx]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:+,3:~,4:~]; NEURAL_SPAM_SHORT(1.00)[0.999]; ASN(0.00)[asn:8283, ipnet:2a02:898::/32, country:NL]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] Reply-To: ruben@verweg.com From: Ruben van Staveren via freebsd-stable X-Original-From: Ruben van Staveren X-ThisMailContainsUnwantedMimeParts: N --Apple-Mail-CEECFC5E-1867-410C-A3D8-C20EA9C8FE20 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Yes, this got the video console working again Thanks! > On 23 Dec 2021, at 12:44, Ruben van Staveren via freebsd-stable wrote: >=20 > =EF=BB=BF > Note to self and other people interested. >=20 > 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) >=20 >>> On 19 Oct 2021, at 21:44, Ruben van Staveren wrote: >>>=20 >> =EF=BB=BFI=E2=80=99ve booted the systems with the FreeBSD 12 live usb sti= ck and the Ubuntu 20.04 LTS desktop live usb. >>=20 >> Both don=E2=80=99t show the required(???) ConOut/ConOutDev devices, preve= nting FreeBSD 13 from doing anything graphical there and falling back to ser= ial. >>=20 >> It looks like the FreeBSD 12 loader tries vga textmode anyway in that cas= e 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 mo= therboard behaviour? >>=20 >>=20 >>> On 6 Oct 2021, at 15:17, Warner Losh wrote: >>>=20 >>>=20 >>>=20 >>>> On Wed, Oct 6, 2021, 6:22 AM Tomoaki AOKI w= rote: >>>> On Wed, 6 Oct 2021 10:59:55 +0200 >>>> Ruben van Staveren via freebsd-stable >>>> wrote: >>>>=20 >>>> >=20 >>>> >=20 >>>> > > On 6 Oct 2021, at 05:20, Warner Losh wrote: >>>> > >=20 >>>> > > =E3=80=93 >>>> > >=20 >>>> > >=20 >>>> > >> On Tue, Oct 5, 2021, 12:17 PM Ruben van Staveren via freebsd-stabl= e 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)/= Pci(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)/= Pci(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, t= he 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_founda= tion/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),/Pc= iRoot(0x0)/Pci(0x1f, >>>> 0x0)/Acpi(PNP0f03,0x0),/VenHw(ea52f05f-ee81-45b7-807a-ceefbe9ba6c2),/Pc= iRoot(0x0)/Pci(0x14,0x0)/USB(0x5,0x0),/PciRoot(0x0)/Pci(0x14,0x0)/USB(0x3,0x= 0)/USB(0x0,0x0),/PciRoot(0x0)/Pci(0x14,0x0)/USB(0x0,0x0) >>>>=20 >>>>=20 >>>> --=20 >>>> Tomoaki AOKI >>=20 --Apple-Mail-CEECFC5E-1867-410C-A3D8-C20EA9C8FE20 Content-Type: multipart/related; type="text/html"; boundary=Apple-Mail-138F3C5E-B81C-4311-99CB-28B17CBBA9A6 Content-Transfer-Encoding: 7bit --Apple-Mail-138F3C5E-B81C-4311-99CB-28B17CBBA9A6 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable
Yes= , this got the video console working again

<= div dir=3D"ltr">Thanks!

= On 23 Dec 2021, at 12:44, Ruben van Staveren via freebsd-stable <freebsd-= stable@freebsd.org> wrote:

=EF=BB=BF
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=3D76c= bf786406311b7d89db0b725f9cd0c890e54e4 is worth trying, going to che= ck this out tonight (CET)

On 19 Oct 2021, at 21:44, Ruben van Staveren <ruben@verweg.com> wrot= e:

=EF=BB= =BF= I=E2=80=99ve booted the systems with the FreeBSD 12 live usb stick and the U= buntu 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 loo= ks like the FreeBSD 12 loader tries vga textmode anyway in that case but sup= port 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?


<= div class=3D"">On 6 Oct 2021, at 15:17, Warner Losh <imp@bsdimp.com> wrote:

<= div dir=3D"auto" style=3D"caret-color: rgb(0, 0, 0); font-family: Helvetica;= font-size: 12px; font-style: normal; font-variant-caps: normal; font-weight= : normal; letter-spacing: normal; text-align: start; text-indent: 0px; text-= transform: none; white-space: normal; word-spacing: 0px; -webkit-text-stroke= -width: 0px; text-decoration: none;" class=3D"">


On Wed, Oct 6, 2021, 6:22 AM Tomoaki AOKI <junchoon@dec.sakura.ne.jp> wrote:
On Wed, 6 Oct 2021 10:59:55 +02= 00
Ruben van Staveren via freebsd-stable <freebsd-stable@freebsd.org>
wrote:

> 
> 
>= ; > On 6 Oct 2021, at 05:20, Warner Losh <imp@bsdimp.com>= wrote:
> > <= /span>
> > =E3=80=93
> > 
> > 
> >> 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?
= > 
> s= udo efivar | grep -- -Con | carbs sudo efivar --device-path
&g= t; 8be4df61-93ca-11d2-aa0d-00e098032b8c-ConIn
> : PciRoot(0= x0)/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-ConI= nDev
> : PciRoot(0x0)/Pci(0x14,0x0)/USB(0x1,0x0)/USB(0x1,0x= 0),/PciRoot(0x0)/Pci(0x14,0x0)/USB(0x1,0x0)/USB(0x3,0x0)

So two USB devices. I'm guessing that they are a keyb= oard and mouse.

Warner

> 
> > Warner 
> >> 
> > I wonder if this has something to do with secure boot rest= rictions, the documentation of that motherboard is quite heavy on it. This i= s 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 U= EFI mode.
> 
> Best Regards,
>     R= uben

Just a thought reading web page [1].
The motherbord actually uses just the same device path as ConIn, bu= t
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)/P= ci(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)


--<= span class=3D"Apple-converted-space"> 
Tomoaki AOK= I    <junchoon@dec.sakura.ne.jp>

=
= --Apple-Mail-138F3C5E-B81C-4311-99CB-28B17CBBA9A6 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: -----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-138F3C5E-B81C-4311-99CB-28B17CBBA9A6-- --Apple-Mail-CEECFC5E-1867-410C-A3D8-C20EA9C8FE20--