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 3F2889F17; Thu, 25 Jun 2026 09:56:47 +0000 (UTC) Received: by atuin.qyliss.net (Postfix, from userid 993) id A3DCF9EE9; Thu, 25 Jun 2026 09:56:45 +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 fout-b6-smtp.messagingengine.com (fout-b6-smtp.messagingengine.com [202.12.124.149]) by atuin.qyliss.net (Postfix) with ESMTPS id 8E7849F0B for ; Thu, 25 Jun 2026 09:56:44 +0000 (UTC) Received: from phl-compute-04.internal (phl-compute-04.internal [10.202.2.44]) by mailfout.stl.internal (Postfix) with ESMTP id 6E79E1D000B0; Thu, 25 Jun 2026 05:56:43 -0400 (EDT) Received: from phl-frontend-04 ([10.202.2.163]) by phl-compute-04.internal (MEProxy); Thu, 25 Jun 2026 05:56:43 -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=1782381403; x=1782467803; bh=NeD9mnllW8 zAK0jWbwg8aMDb73vrhlnPvjriWzQ4Vl0=; b=gewVoEqgQcnvfbDegXJHvJr+Ak /4eVfV7nHajq7LpIGHZhOfP//W1PnLNhMHb8J9adsNa0J6xjnjFH5AcZ8XYruHoF j5WSxu5/ZGtn1KhcV4Lh83cOjR7N17eLWL2rMiz1IVG2TRSKqcbiQj986dQMjQvM w2/NCR54XbBwZcS3GIGSR76WNf2ttZQxwl2b/O8mFKA+Y30IC3ugChZJViaKy5dN KviTitIlzYp9bBbPFsg6CG7pLsTgqCrhhVZ9/F3R9EBRRgGZG6hfiXS/BtQVMKwY YdvD4BE3eWapTl+l9GxO9YP0bUmEpfeWD47WERVtOjkTYFo6tjpYZftX62pA== 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= 1782381403; x=1782467803; bh=NeD9mnllW8zAK0jWbwg8aMDb73vrhlnPvjr iWzQ4Vl0=; b=gE84GytQTxoSDM+KyTqqJ2D1TTYROm9lXy8QG6Sp76bLD14eBAS P/nnBMbfUjdy8QHla0z5a5yWd+p2H7SwEBuPAPwSdJbx/1GQtczl8Daweig/bzrb Bbl205xCNnOUbScXMfPCjUOyG/Z37S9EdTubVTEfxfBYppPE3Ud/m1Yu3IMe8DIb iEJJd5tfMPcMkp9Eig655yFM+5ZoDszmVD0WThjyRo2YrjLw6S/sgW0UCH1Gi2bQ zBzYhKzhqI0bBO/++8kZR62Kwrmm0GqJYkbEEPHknqhagzjfN5a+xmLf1XrTkH1w xlNsfewK2dLw4XbESeePRxMHg9fkDb/h+KQ== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: dmFkZTGTJ3XcoTLZVGxY8owv2GmzBf1OLVaSJA6WmLQT+E5FFWam0pT9bqefSLHDdXDih6 aLiLWagKVFOHtrfEcrPpGye+0aJLlQmezC22sEZO4Hr9WtVzF3TIwdCNHr8bjvpLW7JFRO O62gKFJTytzIDiFdDIi7GZ1b3GmtMIWqpkK4AaaGNkhnJB82HLv4n3T07TmXl5m6EgZIml 7niNLazk8ecaDd9zNcUl0nTc4ZoPU7HCpQEY4MHWmb63m0Aqvn36kPaODfiywYqlPmVzXM 94C8cBTU1T0ROpuSy8mN6coergHp59kMd+61o3AksKqvmDTE1yDOrc3IwSZHyEJgvfkAZJ WNR7eKQw1WKJoJeWSMivLrb1eOubNw+kI/pT1A+AX92edx+RoAR9o3T+o88lTvA5x7PFTf oYN8UVSg92g08Wq27KwI23PxdyzINb0x9hruLsOo5lc5o5PFb5oOGMrAOZLCHT14MgByyx bQt7Ivtc3YYAmV/NdM7h727W2/OaJA4MqW8AqpD1zTCcWvIy9V9H46S4HsG2KezeWbawO6 Yd5O3y96oR/H/Ah9jqJwnw4jkMASGJz+cmlt6p81p8HIezzui8cktuQjfPP5vpzqFS6yT5 xwhq6B6Estd60kydFKJjLu6/0gc4jqqQxCR9ByJfGSCsIsS4Dv7AvWqvHUww X-ME-Proxy: Feedback-ID: i12284293:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Thu, 25 Jun 2026 05:56:42 -0400 (EDT) Received: by mbp.qyliss.net (Postfix, from userid 1000) id 544108369259; Thu, 25 Jun 2026 11:56:41 +0200 (CEST) From: Alyssa Ross To: Demi Marie Obenour Subject: Re: [PATCH v2] host/rootfs: Don't wait for /dev/dri/card0 In-Reply-To: References: <20260524-weston-card-fix-v1-1-9c6dad59c245@gmail.com> <20260526-weston-card-fix-v2-1-784a47aea8fb@gmail.com> <878q96tfyv.fsf@alyssa.is> <87zf0k5ncl.fsf@alyssa.is> Date: Thu, 25 Jun 2026 11:56:39 +0200 Message-ID: <87fr2b54fc.fsf@alyssa.is> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha512; protocol="application/pgp-signature" Message-ID-Hash: STQHEHNBLR7GOICQUIXFCFRWP36AUAAE X-Message-ID-Hash: STQHEHNBLR7GOICQUIXFCFRWP36AUAAE X-MailFrom: hi@alyssa.is X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; loop; banned-address; 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; emergency; member-moderation; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header CC: Spectrum OS Development , Yureka Lilian X-Mailman-Version: 3.3.10 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 6/24/26 04:55, Alyssa Ross wrote: >> Alyssa Ross writes: >>=20 >>> Demi Marie Obenour writes: >>> >>>> Weston can find a card itself. If the card is not ready, it will exit, >>>> but s6 will automatically restart it. >>>> >>>> Signed-off-by: Demi Marie Obenour >>> >>> I don't think this commit message really captures it. As long as the >>> card is not hotplugged, it _will_ be ready, as far as I know, because it >>> will become ready when DRM is loaded, before userspace starts. This >>> makes it sound like Weston not finding a card and being restarted by s6 >>> would be routine behaviour, whereas we'd actually not expect to ever see >>> it, except in the very unusual case of somebody having no cards at boot >>> and later hotplugging one. (Even then it's not ideal to need to restart >>> in a loop, but that case can wait for COSMIC.) >>> >>> I suggest the following alternative, which also removes some other >>> obsolete instances of the same pattern. >>> >>> From 71216f0aa36049cbd3c7b7562e6e7ff225a1c810 Mon Sep 17 00:00:00 2001 >>> From: Alyssa Ross >>> Date: Tue, 26 May 2026 16:05:21 +0200 >>> Subject: [PATCH] Stop waiting for /dev/dri/card0 >>> >>> On the host, which does not run in a well-controlled VM environment, >>> there might not be a card0 (sometimes you just get card1). This >>> causes hangs. It hasn't been necessary to wait for non-hotplugged DRI >>> devices to exist since the Nixpkgs kernel set CONFIG_DRM=3Dy. (If >>=20 >> Alas this is not true upon further investigation. I saw >> release/checks/wayland fail with this applied, because while DRM was >> loaded pre-userspace, DRM_BOCHS still wasn't. s6 would indeed just >> restart Weston until it works, but I don't really want a restart loop to >> be a routine thing=E2=80=A6 > > Is it okay to just let the restart loop happen until Spectrum switches > to COSMIC? An alternative would be to use a udev rule and a FIFO, > but that's extra work that will be thrown away later. I think it's a small amount of work, and we can reuse some of what we did before with mdevd, so I'll just do it. More is needed than just switching to COSMIC: COSMIC needs to be modified so that it won't refuse to start up if there are no cards. --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iHUEARYKAB0WIQRV/neXydHjZma5XLJbRZGEIw/wogUCajz7VwAKCRBbRZGEIw/w ovSJAQDNOSiX9zEGtmdITQcHXtjyjJGHVk+MJoIoYVLFmYHrNgD/aAQD6xRTL2f/ xxOs5gnnCfjhjPifAg696rRXbW+HCgc= =ZO+4 -----END PGP SIGNATURE----- --=-=-=--