From nobody Mon Jan 02 00:36:06 2023 X-Original-To: freebsd-arm@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 4NlcP23FWqz1Lnfx for ; Mon, 2 Jan 2023 00:36:22 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mx1.sbone.de (mx1.sbone.de [IPv6:2a01:4f8:13b:39f::9f:25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mx1.sbone.de", Issuer "SBone.DE" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4NlcP16fhkz4Kvd for ; Mon, 2 Jan 2023 00:36:21 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Authentication-Results: mx1.freebsd.org; none Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:4902:0:7404:2:1025]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.sbone.de (Postfix) with ESMTPS id 315B68D4A212; Mon, 2 Jan 2023 00:36:10 +0000 (UTC) Received: from content-filter.t4-02.sbone.de (content-filter.t4-02.sbone.de [IPv6:fde9:577b:c1a9:4902:0:7404:2:2742]) (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) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id A64F65C3A833; Mon, 2 Jan 2023 00:36:09 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:4902:0:7404:2:1025]) by content-filter.t4-02.sbone.de (content-filter.t4-02.sbone.de [IPv6:fde9:577b:c1a9:4902:0:7404:2:2742]) (amavisd-new, port 10024) with ESMTP id GNo5fqh3ojeo; Mon, 2 Jan 2023 00:36:08 +0000 (UTC) Received: from strong-iwl0.sbone.de (strong-iwl0.sbone.de [IPv6:fde9:577b:c1a9:4902:b66b:fcff:fef3:e3d2]) (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) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id E7C055C3A830; Mon, 2 Jan 2023 00:36:07 +0000 (UTC) Date: Mon, 2 Jan 2023 00:36:06 +0000 (UTC) From: "Bjoern A. Zeeb" To: Mike Karels cc: freebsd-arm Subject: Re: rpi3b+ ue0 too late to be configured on boot? In-Reply-To: Message-ID: <7p42r328-n9q1-s7sq-rn8r-q670612qqr0@yvfgf.mnoonqbm.arg> References: <8srop579-r4sq-278-356p-nr7q81n31s4@mnoonqbm.arg> <52FD04A5-27B4-4C61-9C97-795D2D65135E@karels.net> <09EDBF79-75B7-486E-AE85-07E6FFA2FED3@yahoo.com> <4AF80D6A-B421-4D1D-ADEA-5F4439A74E43@karels.net> X-OpenPGP-Key-Id: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="1098556516-1241415322-1672619767=:27118" X-Rspamd-Queue-Id: 4NlcP16fhkz4Kvd X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/32, country:DE] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --1098556516-1241415322-1672619767=:27118 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8BIT On Sun, 1 Jan 2023, Mike Karels wrote: > On 30 Dec 2022, at 16:16, Mike Karels wrote: > >> On 30 Dec 2022, at 16:03, Bjoern A. Zeeb wrote: >> >>> On Thu, 29 Dec 2022, Mark Millard wrote: >>> >>>> Bjoern did not report enough information for the configuration >>>> of that EDK2 based context to replicate his boot context in a >>>> test. >>> >>> Sorry, I applied the config.txt change from the open pull request there >>> where I left a comment a year or so ago. I was running with the >>> previous version quite fine. >>> >>> I did disable ACPI for a change in the setup. No idea how that would be >>> persistent. >>> >>> I used to run with the previous version but loader now panics on that so I >>> found the fairly recent new one. >>> >>> I also have my own kernel admittingly; same builds on years because I >>> run them with a memory disk. >>> >>> The GE switch port are on auto but given this is USB device attaching >>> time it seem that shouldn't make the huge difference (and I checked that >>> it wa on an auto-port before and so is my other one). >>> >>> In either way, @mike, does your boot indiciate that ue0 is setup during >>> the first netif run or is devd doing it later for you and it'd be there >>> by the time you login)? Just checking before I'll put it onto the TODO >>> list to one day dig deeper. >> >> I think it was at the normal time (netif), according to the console >> output. I’ll double-check later. > > Yes, ue0 was detected before devd started. However, this happened after > root_hold_wait (in /etc/rc.subr, called from mountcritlocal) printed > “Waiting 30s for the root mount holders: usbus1”, after which uhub1, > ue0 and other things configured after a very short delay. Thanks a lot Mike for checking again! This may be the clue. /bz -- Bjoern A. Zeeb r15:7 --1098556516-1241415322-1672619767=:27118--