From nobody Thu Dec 23 11:43:29 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 5FEB41904FBE for ; Thu, 23 Dec 2021 11:43:41 +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 4JKSy42G21z4Tqb for ; Thu, 23 Dec 2021 11:43:40 +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=1640259811; bh=9jTT51DKgYigVN1bg4KYuH5vpHB2G5tXQKVuT/do5D0=; h=From:Subject:Date:References:In-Reply-To:To:From; b=rXEO30LeFs2AlPm/M12riDznLCu9qmPhwJB1q/tQ/5kqP+Yv3Nb1EMqqE8l19uJc9 3L4sbiEgF3B0UgZeO0Wo/qUweQKXVT3R7Ff7QkXLJ4kwHlkiGSsgJuCa0OnbbebzTj 5S0sZCrrRRRBCByxpgYbJDZKZ4GEOn2gMWpy+TxxLMVmUkNArLNBhlP/pp16eXbLtJ lAd6Jd1jW7eTLPf9qL0beKreeN57ZaUpm9kPayQx1TJh5OL5NIR9db0OxUhqS3ENb7 GJohRKPqU5kKgY4UXhaZsJBs046U0RzYSN46agY1yI9gJtfrQJ63yiZ8D9meuolqcl MDsxlpe+6kzmA== Received: from smtpclient.apple (2a10-3781-03e9.connected.by.freedominter.net [IPv6:2a10:3781:3e9:1:edf8:f8e2:83ec:da7] (may be forged)) (authenticated bits=0) by erg.verweg.com (8.17.1/8.17.1) with ESMTPSA id 1BNBhUll001534 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NOT) for ; Thu, 23 Dec 2021 11:43:31 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:edf8:f8e2:83ec:da7] (may be forged) claimed to be smtpclient.apple Content-Type: multipart/alternative; boundary=Apple-Mail-072D91AF-64CE-475D-A1C6-807084C773A4 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 12:43:29 +0100 Message-Id: <84A8B82F-A466-44FD-B118-47F754878DD9@verweg.com> References: <40211B66-B082-4C58-B4F4-25A2CBBD0345@verweg.com> In-Reply-To: <40211B66-B082-4C58-B4F4-25A2CBBD0345@verweg.com> To: FreeBSD-STABLE Mailing List X-Mailer: iPad Mail (19C56) X-Rspamd-Queue-Id: 4JKSy42G21z4Tqb X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=verweg.com header.s=verweg header.b=rXEO30Le; 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 [-2.41 / 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]; HAS_XAW(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; HAS_ATTACHMENT(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-0.40)[-0.398]; NEURAL_HAM_MEDIUM(-0.55)[-0.552]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[verweg.com:+]; DMARC_POLICY_ALLOW(-0.50)[verweg.com,reject]; NEURAL_HAM_SHORT(-0.96)[-0.960]; R_SPF_ALLOW(-0.20)[+mx]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:+,3:~,4:~]; 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-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 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 wrote: >>=20 >>=20 >>=20 >>> On Wed, Oct 6, 2021, 6:22 AM Tomoaki AOKI wr= ote: >>> 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-stable= 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 >=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
Not= e to self and other people interested.

Maybe =E2=80=9Cloader.efi: Do not use as frame buffer BLT-only GO= Ps=E2=80=9C https://cgit.freebsd.org/src/commit/?id=3D= 76cbf786406311b7d89db0b725f9cd0c890e54e4 is worth trying, going to c= heck this out tonight (CET)

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

=EF= =BB=BFI=E2=80=99ve booted the systems with the FreeBSD 12 live usb stick and th= e Ubuntu 20.04 LTS desktop live usb.

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.

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.

Does anyone more enlightened in U= EFI has a clue wether this is a valid motherboard behaviour?


On 6 Oct 2021, at 15:17, Warner Losh <imp@bsdimp.com> wrote:



On Wed, Oct 6, 2021, 6:22 AM Tomoaki AOKI <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>
wrote:
> 
> 
= > > On 6 Oct 2021, at 05:20, Warner Losh <imp@bsdimp.com&= gt; wrote:
> >&nbs= p;
> > =E3=80=93
> > 
> > 
> >> On Tue= , Oct 5, 2021, 12:17 PM Ruben van Staveren via freebsd-stable <freebsd-stable@freebsd.org> wrote:
> >>= ; 
> >=  
> ><= span class=3D"Apple-converted-space"> 
> > C= an you pipe this through '| carbs sudo efivar --devicepath' please?
> 
= > sudo efivar | grep -- -Con | carbs sudo efivar --device-path
> 8be4df61-93ca-11d2-aa0d-00e098032b8c-ConIn
> : PciR= oot(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(0= x1,0x0),/PciRoot(0x0)/Pci(0x14,0x0)/USB(0x1,0x0)/USB(0x3,0x0)
=

<= div dir=3D"auto" class=3D"">So two USB devices. I'm guessing that they are a= keyboard and mouse.

=
Warner

> 
> > Warner =
> >>&nb= sp;
> 
> 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.
> <= /span>
> Best Regards,
>    &nbs= p;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.<= br class=3D"">

[1]
https://edk2-docs.gitbook.io/edk-ii-uefi-driver-writer-s-guide/3_foundati= on/readme.15/3157_conout


Jus= t FYI, my ThinkPad P52 with nvidia GPU, UEFI boot is working,  showsoutput 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
: PciRoo= t(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-8= 297-dede395f5d5b),/PciRoot(0x0)/Pci(0x1f,
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)


= -- 
Tomoaki A= OKI    <junchoon@dec.sakura.ne.jp>

= --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: -----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--