From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from atuin.qyliss.net (localhost [IPv6:::1]) by atuin.qyliss.net (Postfix) with ESMTP id 83B7C5073; Sun, 21 Sep 2025 12:18:30 +0000 (UTC) Received: by atuin.qyliss.net (Postfix, from userid 993) id 77DE35068; Sun, 21 Sep 2025 12:18:27 +0000 (UTC) X-Spam-Checker-Version: SpamAssassin 4.0.1 (2024-03-26) on atuin.qyliss.net X-Spam-Level: X-Spam-Status: No, score=-0.8 required=3.0 tests=DKIM_SIGNED,DKIM_VALID, DKIM_VALID_AU,DMARC_MISSING,RCVD_IN_DNSWL_LOW,SPF_HELO_PASS autolearn=unavailable autolearn_force=no version=4.0.1 Received: from fhigh-b7-smtp.messagingengine.com (fhigh-b7-smtp.messagingengine.com [202.12.124.158]) by atuin.qyliss.net (Postfix) with ESMTPS id C96385066 for ; Sun, 21 Sep 2025 12:18:26 +0000 (UTC) Received: from phl-compute-04.internal (phl-compute-04.internal [10.202.2.44]) by mailfhigh.stl.internal (Postfix) with ESMTP id 6BA4B7A003F; Sun, 21 Sep 2025 08:18:25 -0400 (EDT) Received: from phl-mailfrontend-02 ([10.202.2.163]) by phl-compute-04.internal (MEProxy); Sun, 21 Sep 2025 08:18:25 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=alyssa.is; h=cc :cc:content-type:content-type:date:date:from:from:in-reply-to :in-reply-to:message-id:mime-version:references:reply-to:subject :subject:to:to; s=fm3; t=1758457105; x=1758543505; bh=CXpO9nsWZm yiORqxb4SuXa3SOcjASa4jJPP56FabsEo=; b=MnyCqncPR8VG2XAzsV33oqZXLm CmBZfoYwgrNBFyjb/1R2k2qKCb8x+IGwsIU5VBDDVyOnHMO9IqykVP9Q3aikw0Fy a6z9XtaDRcXSuRp5dJsk3Aoew2OtZVUgDl/fLR3W3gIL6zJKxvLfjzkETo4jq//W 2vUwx4jG6GPP37MTsd0iExOmWsyaHfCJed6CX7WpwmmMVCUuxwnjLaUICKhC1B5h qvyWoThanglVt91dJRl5MbZc7x3Q61ihPFUfJ2oo1CSN2W0rB4m3UKMtLGELm8Rg 6Kr+GSVJuay0dAGSJ7xGrDeL8Ap/Msbek27ZI63kIt6bz4e9536tChx92d7w== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-type:content-type:date:date :feedback-id:feedback-id:from:from:in-reply-to:in-reply-to :message-id:mime-version:references:reply-to:subject:subject:to :to:x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm1; t= 1758457105; x=1758543505; bh=CXpO9nsWZmyiORqxb4SuXa3SOcjASa4jJPP 56FabsEo=; b=E9eddu6QwMuhr83lNwiOSrjZ44WQCLgqm+7lOCcx2pQwmGN1M2T WES2eXPRkk4RXfRfTSdJ1uqUqd7+X8DxMoNJ3qMRsKIzX696MAvm911DwxTgUHKI 7AApjldwlMBsMhZHsF2qKgthdhy/OrmPPd29LBwFM/zRecIS78r3TL9PO623UrGB 5eIK99OsIcePcqHv7bfcO2f8UL20C42Sxpt3+S4mj9NCHf6hBn7EXx3nvnFCNe83 ZelXq0KQEktwxVIGIeHQR7dKOHWErsC0hEpatVB8Sd+2qjQFCHIkSFeJ8Clv6n2Q UbXuxeXSgdEsckRPv2BVhwOkjp/QXsyvoMg== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeeffedrtdeggdehgeelhecutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpuffrtefokffrpgfnqfghnecuuegr ihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenucfjug hrpefhvfevufgjfhffkfggtgesghdtreertddtjeenucfhrhhomheptehlhihsshgrucft ohhsshcuoehhihesrghlhihsshgrrdhisheqnecuggftrfgrthhtvghrnhepteehvedugf ejgfehhfeijeduleekleejgedvkeeuuefhhfegvdevfeetveegteeinecuvehluhhsthgv rhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomhephhhisegrlhihshhsrgdrih hspdhnsggprhgtphhtthhopedvpdhmohguvgepshhmthhpohhuthdprhgtphhtthhopegu vghmihhosggvnhhouhhrsehgmhgrihhlrdgtohhmpdhrtghpthhtohepuggvvhgvlhessh hpvggtthhruhhmqdhoshdrohhrgh X-ME-Proxy: Feedback-ID: i12284293:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Sun, 21 Sep 2025 08:18:24 -0400 (EDT) Received: by mbp.qyliss.net (Postfix, from userid 1000) id 523AF24AFB6A; Sun, 21 Sep 2025 14:18:13 +0200 (CEST) From: Alyssa Ross To: Demi Marie Obenour Subject: Re: [PATCH 3/3] host/rootfs: switch to systemd-udevd In-Reply-To: <3bc30fa7-3f40-4373-bb7a-1c9119d8b939@gmail.com> References: <20250913-udev-v1-0-eade4ab8f2b4@gmail.com> <20250913-udev-v1-3-eade4ab8f2b4@gmail.com> <87ikhesf86.fsf@alyssa.is> <3bc30fa7-3f40-4373-bb7a-1c9119d8b939@gmail.com> Date: Sun, 21 Sep 2025 14:18:12 +0200 Message-ID: <87a52o5797.fsf@alyssa.is> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha512; protocol="application/pgp-signature" Message-ID-Hash: WTDNCXI7XOWRRLDLL5K4EGLK6KDJSP6R X-Message-ID-Hash: WTDNCXI7XOWRRLDLL5K4EGLK6KDJSP6R X-MailFrom: hi@alyssa.is X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; header-match-devel.spectrum-os.org-0; header-match-devel.spectrum-os.org-1; header-match-devel.spectrum-os.org-2; header-match-devel.spectrum-os.org-3; header-match-devel.spectrum-os.org-4; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header CC: Spectrum OS Development X-Mailman-Version: 3.3.9 Precedence: list List-Id: Patches and low-level development discussion Archived-At: List-Archive: List-Help: List-Owner: List-Post: List-Subscribe: List-Unsubscribe: --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Demi Marie Obenour writes: > On 9/19/25 10:12, Alyssa Ross wrote: >> I'm pleasantly surprised by how straightforward this is (mostly)! >>=20 >> Demi Marie Obenour writes: >>=20 >>> The dependency on /dev/dri/card0 being present is eliminated, and >>> whatever devices the user has are now picked up by the compositor. New >>> dependencies are added to ensure that udev coldplug has finished before >>> any non-trivial services are started. systemd-udev-trigger.service runs >>> 'udevadm trigger' and has Before=3Dsysinit.target, so anything that is = not >>> an early boot service can assume 'udevadm trigger' has run. >>=20 >> If software is expected to integrate with udev to discover new devices >> at runtime, why do we need to introduce new dependencies? > > I believe 'udevadm trigger' is needed to process devices that are > already plugged when systemd-udevd starts. Otherwise, they will > never appear. Right, I get why we need to run it, but why do we need to block other services on it? >>> --- >>> host/rootfs/Makefile | 17 ++-- >>> host/rootfs/default.nix | 94 ++++++--------= -------- >>> host/rootfs/etc/init | 2 +- >>> host/rootfs/etc/mdev.conf | 7 -- >>> host/rootfs/etc/mdev/listen | 2 +- >>> host/rootfs/etc/mdev/net/add | 1 + >>=20 >> We probably ought to rename /etc/mdev=E2=80=A6 is there an idiomatic pla= ce to >> put these sorts of things with udev? > > /usr/lib/spectrum is the idiomatic place for this stuff. Sounds good. >> Can we remove our own static-nodes implementation? > > Yes, and I think it was never needed anyway as > the kernel populates devtmpfs automatically. It doesn't create static nodes though! It's very annoying. --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iHUEARYKAB0WIQRV/neXydHjZma5XLJbRZGEIw/wogUCaM/tBAAKCRBbRZGEIw/w ogBBAQCNRQ1iRzTlZ4NMJS4Rr53k41UZoLFi6lL0ogAjUp4qoAD+LJpDUUjVcCZx YwlOdSjA5q+s7bmpr1DAgv72nb8qXAg= =9tHE -----END PGP SIGNATURE----- --=-=-=--